Mike Little

It looks like the new version tries to include the file with the wrong case. it has require_once $path . 'class-seopress-integration.php'; with a lowercase ‘i’ whereas the file included with the plugin is class-seopress-Integration.php' with an uppercase ‘I’. I renamed the file to use qa lowercase ‘i’ to match the others and it works again.

If it is any helps, I got a partial stack track:

2022/11/01 18:47:21 [error] 15460#15460: *154648 FastCGI sent in stderr: "PHP message: PHP Fatal error:  Uncaught Error: Class 'Automattic\Jetpack\Device_Detection' not found in /var/www/example.com/htdocs/wp-content/plugins/jetpack/functions.is-mobile.php:49
Stack trace:
#0 /var/www/example.com/htdocs/wp-content/plugins/wp-super-cache/plugins/jetpack.php(76): jetpack_is_mobile()
#1 /var/www/example.com/htdocs/wp-content/plugins/wp-super-cache/wp-cache-phase2.php(517): wp_super_cache_jetpack_cookie_check()
#2 /var/www/example.com/htdocs/wp-content/plugins/wp-super-cache/wp-cache-phase2.php(550): do_cacheaction()
#3 /var/www/example.com/htdocs/wp-content/plugins/wp-super-cache/wp-cache-phase2.php(32): wp_cache_check_mobile()
#4 /var/www/example.com/htdocs/wp-content/plugins/wp-super-cache/wp-cache-phase2.php(85): get_wp_cache_key()
#5 /var/www/example.com/htdocs/wp-content/plugins/wp-super-cache/wp-cache-phase2.php(127): wp_super_cache_init()
#6 /var/www/example.com/htdocs/wp-content/plugins/wp-super-cache/wp-cache-phase1.php(158): wp_cach`

For me turning off wp-supercache as a temporary measure fixed it.

The class does exist in the code, and pages are being served fine in my browser. But i suspect it is something to do with device detection to support supercache. Because that runs very early in the process, the class hasn’t been loaded.

Hi Anderson,
That does seem to have fixed it, thanks. I’ve left that on my site for now. When will the release be generally available?

Update: I see that 3.14.8 does not fix the fatal errors. I’ve had to roll back to 3.14.5 to stop them.

Any chance I could have some kind of response here to acknowledge the bug and an indication of when you might look into it.

Is there any more information you need to address this fatal error I am seeing.
You have responded to a more recent query, but not this.

I notice there is a new release out which doesn’t explicitly address this bug.
Will it be fixed in this new release?

FYI, the ManageWP Worker plugin and the ManageWP new Orion interface use a parameter called mwprid. So if you are using ManageWP it could be legitimate.

Quite why they are POST-ing to wp-load.php rather index.php I don’t know.

I’ve had a client with the same problem.

The fix for me was to disable network activation of this plugin and activate on each site individually (luckily only two).

I can now preview.

This is not really an acceptable solution if you have dozens or hundreds of sites.

@cyber
If you switch back to a genesis theme your fix will stop (part of) the desired functionality of the plugin from working. Besides which, you have the syntax wrong: you don’t include the parentheses with the function name when calling function_exists(). https://php.net/manual/en/function.function-exists.php

@nathanrice
The plugin is calling genesis_html5() function (not using a hook @ronrennick) without checking it exists. If someone switches themes to a non-genesis one while the plugin is active you get a white screen of death. This just happened to a client of mine.

That’s not really acceptable, especially when it is only used for a boolean test. Better to wrap it in your own function that handles the function not being available and call that.

Here’s a patch — https://gist.github.com/mikelittle/a82738276a5eafdb4280

Is this a bug in switch_to_blog()? I know it was changed recently… Or has the change triggered a bug in the plugin?

I’m running 5.3.2.

Unfortunately, the site in question does a lot of switch_to_blog, so I don’t know if your solution would work.

And currently the site is having an ‘event’, which means 25 – 50K visits per day over a 8 hour period, much of that live interaction, so I can’t do anything that might destabilize the site!

I’ll see whether I can reproduce the issue on my test rig, and then whether your solution would fix things.

I’m seeing my requests running out of memory (even with a ridiculous 512M allocated) on a system that does a lot of blog switching.

Seems to have started with WP 3.5, I’m now seeing it with 2.0.1 of this plugin too. Whereas the plugin was definitely ok earlier.

Right now I have to remove the plugin, which is killing performance.

You should mark this as resolved.

WooCommerce is checking for ‘woocommerce’ theme_support.

You now need to add

add_theme_support( 'woocommerce' );

to your Genesis child theme as well as

add_theme_support( 'genesis-connect-woocommerce' );

I did try the straight up URL method, but it just showed the link to the vid. I haven’t a clue what I did wrong!

Sometimes your browser will automatically paste a link when you paste the url (it will show as blue and underlined). But you don’t want it to be a link. If that is the case, click once in the url on your edit screen, then click the “Unlink” icon in the editor toolbar. See the troubleshooting section here https://en.support.wordpress.com/videos/youtube/#troubleshooting

Mike