PthPndr

Woo-hoo! Works for me too, and only affects mobile.
Thanks again for this.

I’m not the greatest when it comes to jQuery so I looked at a different approach. For a test I tried hardcoding the modal window size to see what was the difference between the checkout page and the order-pay page.

If you look at the image you’ll see where the thickbox gets appended to the URL: Good & bad URL’s

As a test I inserted a forward slash before the appended portion and it now obeys the modal size in all situations (wc-checkout-terms-popup.js).

var href = '/#TB_inline?width=' + width + '&height=' + height + '&inlineId=wc-terms-and-conditions-popup';

I know this is more of a workaround than a fix but I am not sure what the proper solution should be.

Jason,

Thanks for this, I was suffering from the same problem and your fix appears to work.

One question though, do you have any issues when checking out on a mobile device? I notice when using the order-pay endpoint on a phone that the popup doesn’t respect the device’s window size.

Thank you, it works great.

@bueltge,

The dev release appears to be working for me.

Whatever you did fixed both menu issues and a custom WooCommerce placeholder image problem that appeared at the same time.

Thanks for your help.

@frank

This is the function we use to reorder the menu:

add_filter( 'custom_menu_order', 'reorder_admin_menu' );
add_filter( 'menu_order', 'reorder_admin_menu' );

function reorder_admin_menu( $__return_true ) {

	return array(
		'index.php', // Dashboard
		'separator2', // --Space--
		'woocommerce', // WooCommerce
		'edit.php?post_type=product', // Products
		'separator1', // --Space--
		'edit.php?post_type=tribe_events', // Events
		'edit.php?post_type=wc_booking', // Bookings
		'upload.php', // Media
		'edit.php?post_type=page', // Pages
		'edit.php', // Posts

	);
}

However, for a quick test all I did was try to output the menu:

add_filter( 'menu_order', 'filter_menu_order', 10, 1 ); 

function filter_menu_order( $menu_order ) {

	echo var_dump($menu_order);

}

With Adminimize enabled it did not echo the menu_order. When I disabled Adminimize it worked as expected.

Same here, we also reorder some menu items and this does not work either.

It appears with Adminimize enabled I am not getting any output with this filter:

add_filter( 'menu_order', 'filter_menu_order', 10, 1 ); 

We are having the same problem. Ended up having to disable this plugin. Has anyone found another cause or is this plugin pretty much it?

It’s set at:

1 – Do nothing, redirect.

Yeah, no luck. It doesn’t generate an error.
I have debugging enabled and there’s no error, just the blank page.

We are having the same problem. Running WP 4.6.1 and the Divi theme.

I can understand the attempts, so would that be one row per IP no matter how many attempts and lockouts? Or do you track one row per lockout?

The main problem I’m having is even with my settings I am getting hit from the same IP for multiple lockouts an hour and the log only shows 1 lockout.

When there’s a new lockout from the same IP it replaces the existing line in the log and keeps the lockouts at one. It never trips to a 24 hour lockout.

I hope that makes sense??

Stumbled upon an old post that helped.
https://www.ads-software.com/support/topic/compatibility-woocommerce?replies=7

Just updated it for the current “data-rel”:

add_filter('woocommerce_single_product_image_html', 'df_woocommerce_single_product_image_html'); // single image
	add_filter('woocommerce_single_product_image_thumbnail_html', 'df_woocommerce_single_product_image_html'); // thumbnails

	function df_woocommerce_single_product_image_html($html) {
		$html = str_replace('data-rel="prettyPhoto', 'data-rel="lightbox', $html);
		return $html;
	}

At least now it adds a lightbox to the featured image and adds it to the same gallery as the product gallery.

@alin Marcu, just wanted to let you know Follow-Up Emails released an update today and it took care of this problem for me. Thanks again for your help.

@alin, thanks for looking into this.