carryoncoding

Happy to set you up as an admin on this dev site but can’t see how to mark a message as “private”.

Thanks. I’ll leave those mods in place in case you want to look.

Thanks.
I think I got them all.
No change in behaviour.

Tried that mod but no change in behaviour.
I’ve left the mod in place for the time being.

Thanks. I tried disabling the “3rd-party includes” in my first post above. I have tried it again in case anything has changed, but no difference.

Here is the commentary from the team investigating the problem:

The issue is related to the order in which the jQuery JavaScript library and the JavaScript file from the Memphis Docs plugin you are using are loaded into the page. When we register the JavaScript file in our plugin then we declare any dependencies that the file has, which in our case is jQuery – a very widely used JavaScript framework. We register this in the recommended way:

wp_register_script( 'cffscripts', plugins_url( '/js/cff-scripts'.$cff_min.'.js' , __FILE__ ), array('jquery'), CFFVER, true );

Doing this, loads the jQuery file before any other JavaScript files are loaded into the page (screenshot1). The issue seems to be here that the Memphis Docs plugin doesn’t like that the jQuery library is being loaded before its JavaScript file. When our plugin is deactivated then the jQuery file is loaded further down the page, after the Memphis Docs JavaScript file, and so doesn’t cause this issue (screenshot2). You can see the Memphis Docs JavaScript file immediately above the jQuery library in that screenshot.

I am not sure why the Memphis Docs JavaScript file would cause this issue when jQuery is loaded before it on the page. Ideally, the long term solution would be for that plugin developer to fix that issue as the same problem could happen for any number of other people using that plugin.

Hi, we have progress!

Smash Balloon have done some extensive testing and found that the problem is due to when the jQuery library is loaded. In brief, mDocs doesn’t like the jQuery library loaded before it.

Should I share the findings here or is there a better way to copy stuff to you?
Kind regards,
Phil.

This is now fixed with a local modification. In case anyone else needs to do this:

Modify file: plugins/woocommerce-filter-orders-by-product/inc/filter-by-category.php

Change your category IDs as needed.

public function dropdown_fields(){
	
$terms = get_terms( array('taxonomy' => 'product_cat', 'fields' => 'id=>name' ) );
$fields = array();
$fields[0] = esc_html__( 'All Orders', 'woocommerce-filter-orders-by-product' );
$fields[59] = 'Restaurant 1';
$fields[60] = 'Restaurant 2';
//		foreach ( $terms as $id => $name ) {
//			$fields[$id] = $name;
//		}
return $fields;
}

Thanks Jay.

Very many thanks. Any thoughts on how long you will need so I can keep clients informed?

Good luck with the fix.

Awesome – I look forward to that!
Cheers,
Phil.

Thanks.
I’ll try that.

Thanks Lowsar.

Sorry to cause confusion, Jay.
I have deactivated Ultimate Product Catalog to remove that error as the plugin is no longer in use. Instead we have switched to Ultimate WooCommerce Filters.

Thanks you for the css which fixes the “on hover” fault.

Is there any way to fix the “Hide empty” and “Show product count”?

Kind regards,
Phil.

On the dev site (the address given above), when I disable “Custom Facebook Feed Pro Business” by Smash Balloon, the problem goes away.

On the Live site, the problem remains, suggesting there is another plugin causing a conflict. But let’s resolve this on the Dev site first and maybe the fix will sort things out on the Live suite too?

Thanks,
Phil.

Thanks for your kind offer. The site is currently switched to Twenty-twenty theme and the problem persists. I have tried Twenty-seventeen and the problem is visible there too.

The original theme is Kadence Virtue Premium.

Kind regards,
Phil.