Hi,
thanks for your post, and sorry for the trouble.
I’m a bit confused. So are you experiencing any issues with TablePress being run on PHP 8.1? I’ve been doing that myself for quite some time, and many other people are as well, but I haven’t received similar reports…
Or is this simply about that “failure” being shown by WP-CLI?
Regards,
Tobias
The site fails to run on PHP 8.0 or 8.1. I’m not entirely sure what is actually stopping the site from running — as I said above, there aren’t errors being logged in the web server error log, for example.
In trying to find what specifically failed, I stumbled across the wp-cli tool, and ran it. It reports, as I showed, a failure in tablepress (but yeah, no information at all about what the failure is!).
So, the site doesn’t work, and this widely-used tool says there’s a problem, but whether those two facts have a cause-and-effect relationship I do not really know. But it’s the only lead I have currently.
On PHP 8 or 8.1, the WordPress part of the site fails *entirely* to run, no home page, just a notice that it failed. (So testing requires swapping back and forth PHP versions for each idea, too).
Hi,
ok, thanks for the clarification! We should try to get more error information here. For that, please set the WP_DEBUG constant to true in your site’s “wp-config.php” file, see .
One thing to check please: I know that Dreamhost pre-installs a “Panel
Login” plugin, which causes trouble. Is that active on your site? That’s not coded in the best way and triggers errors. It’s a file /wp-content/plugins/dreamhost-panel-login.php. A fixed version is here:
Regards,
Tobias
The Dreamhost plugin you mention is not present. I’ve added the WP_DEBUG setting in the config file and thrashed around a bit.
So, good news — the WP_DEBUG turned up a bunch of crap, some of it in things I could fix (nothing in tablepress as I’m sure you know 🙂 ). And when I fixed the things I could, the site worked in PHP 8.1. I no longer have a problem (well, that problem anyway).
wp-cli continues to report a failure with tablepress when run to test php compatibility, and nothing I found along the way tells me why, so you’re probably going to continue to get bothered about that by people in situations like mine. Sorry I didn’t find anything that could be fixed to make it go away!
Thank you very much for your help here! (Just the implication that tablepress wasn’t in fact failing in actual use with PHP 8.1 was terrifically useful information.)