beingtree

I can also confirm that version 2.3.5 fixed the problem.

@picsporadic, You’re correct. It’s not a good idea for us to modify plugin code.

I was just putting what I found here for the plugin developers, to point them toward what was causing the issue. They’ll likely (hopefully) release an update.

For the developers:

Confirming this behavior and that all errors/notices are displayed on screen on the front and back end.

I only see it when I’m using PHP 8.1.x.

I believe the problem is that the plugin is turning on display_errors, but the plugin itself isn’t necessarily the cause of the error(s) that are displayed.

Digging through the code, I can see that display_errors is turned on if QUADMENU_DEV is true, and on line 34 for quadmenu.php, QUADMENU_DEV is set to true. It’s likely that it was not switched back to false before the code was pushed to production.

thanks!
tree

@belimperial, Woops! Thanks for catching that. I think when I “generic-ified” it, I must’ve deleted the quote ??

Just in case anyone else is looking…. I’m going to chime in with the same issue in the PREMIUM/PAID version at version 4.0.4.

I rolled back to 3.11.6 and so far CPU usage is maxing at about 12-15% (it was at 100% with 4.0.4 installed).

Hi @belimperial, thanks for your reply.

I had cleared cache, etc. after re-setting the settings.

The problem is intermittent and random, however… so everything is working now.

It’s like… everything will be fine and then maybe a month goes by and then the settings are removed. I mean… in wp-admin in the popup itself, you can see that the additional class I added to the trigger has been removed and the display settings have reverted to the default. Again, it hasn’t happened again, yet, though.

One thing I did notice was that in the database there were something like 90K (yes, 90K) rows for popup settings in the post_meta table… with post IDs that didn’t exist. I deleted all of those as a troubleshooting measure. So… it could be that that was the problem and we won’t see the issue again (hopefully!). As a control I didn’t delete the rows in my local development environment (it’s still fine right now as well).

Thanks again for looking at this, and I’ll post back here what I find.

tree

This isn’t for the real problem, but I learned this: It looks like if you only update settings, it doesn’t save a revision. Makes sense (sort of), since what revisions show you is content updates. To test, I added a little text to the content, updated it, and the revision was saved.

I’ll still be researching the settings reverting problem and will post what I find here.

We have the same problem with Extra them 4.7.1. When you try to edit a page built with Divi Builder, the builder times out.

I can get around it by setting SCRIPT_DEBUG to true in wp-config, but obviously, that’s not an ideal solution.

On the QuadMenu Extra page, the version is listed as 1.1.8 and updated 5 days ago, while here it’s listed as 1.1.3 and updated 4 months ago (1.1.3 is the version we have). I can’t find anywhere to download version 1.1.8 to test.

thanks!
teresa

I can confirm that the behaviour described by @dinweb11 is happening. @etiennep, if you look at your email and view the raw source, you will see that the TM in your email is an image and not the html trademark entity.

It appears that the entity is replaced by an image in emails only by WordPress core; i.e., it’s treated as an emoji: https://github.com/woocommerce/woocommerce/issues/17823#issuecomment-345998850. The linked answer includes link to source and a link to an article about how to override.

Hope this helps!
teresa

Okeydoke. I got most of it to work, except the Javascript updating… Here’s a gist: https://gist.github.com/beingtree/5535333

Another update:

I put this in my theme’s functions.php:

if (function_exists('StandardizedCustomFields::print_custom_fields')) {
	add_meta_box( 'cctm_variation_'.$variation_data['variation_post_id']
		, __('Custom Fields', CCTM_TXTDOMAIN )
		, 'StandardizedCustomFields::print_custom_fields'
		, 'product_variation'
		, 'normal'
		, 'high'
		, 'product_variation'
	);
	} else {
		echo "CCTM is not avaiable. Please Make sure it is installed and activated.";
	}

The response is “CCTM is not avaiable. Please Make sure it is installed and activated.”

So is there some other way I need to reference that function? Sorry if it’s elementary and I’m just not getting it for some reason.

thanks again,
tree

OK. sorry. I just found print_custom_fields in StandardizedCustomFields.php… I think that may help me get where I need to be. I’ll keep you posted!

+1 thanks! ??