I need to unlock the site and get an authorization code
]]>I’ve tried re-installing wp 6.4.1. No change. However, I think I narrowed it down to the w3-total-cache plugin causing the issue. I manually disabled all plugins via the database. No change. I then tried removing all plugin folders. This caused the entire site to crash. I put them back and I could access the site, but still not my installed Plugins. I then tried deleting one plugin folder at a time. I can remove all plugin folders except the w3-total-cache one. If this plugin folder is removed, the entire site crashes.
Strangely, the Add New Plugin function works, so I activated w3-total-cache. No change. I then manually re-installed and configured it by uploading the zip file. No change.
Using the Add New Plugin function I am able to re-activate some of my plugins, but it then gives the above error message each time, rather than showing the installed plugins page.
FYI – I’ve already posted a version of this issue to the W3 support forum, but if the issue wasn’t caused by it, something else during the WP upgrade may be the issue.
Any suggestions on how I can manually uninstall w3-total-cache, remove all of it’s other files and database settings, or any other suggestions to get my Installed Plugins page working again would be appreciated.
WP 6.4.1
Linux 4.18.0
PHP 8.0.35
Thanks.
]]>Sadly there is no staging site, so all work will need to be on the live site ( unless I can have advice to the contrary).
Before embarking on this upgrade, I am wondering if I can find general advice as to what order these upgrades should happen, to minimise problems – of which I imagine will be several?
Thank you for reading this.
]]>Warnings are still present in the latest version of CF7 running on PHP 8.1.
Deprecated: Return type of WPCF7_FormTag::offsetExists($offset) should either be compatible with ArrayAccess::offsetExists(mixed $offset): bool, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /Volumes/External/Sites/mcq-trainer-wp/web/app/plugins/contact-form-7/includes/form-tag.php on line 396
Deprecated: Return type of WPCF7_FormTag::offsetGet($offset) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /Volumes/External/Sites/mcq-trainer-wp/web/app/plugins/contact-form-7/includes/form-tag.php on line 388
Deprecated: Return type of WPCF7_FormTag::offsetSet($offset, $value) should either be compatible with ArrayAccess::offsetSet(mixed $offset, mixed $value): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /Volumes/External/Sites/mcq-trainer-wp/web/app/plugins/contact-form-7/includes/form-tag.php on line 382
Deprecated: Return type of WPCF7_FormTag::offsetUnset($offset) should either be compatible with ArrayAccess::offsetUnset(mixed $offset): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /Volumes/External/Sites/mcq-trainer-wp/web/app/plugins/contact-form-7/includes/form-tag.php on line 400
Deprecated: Return type of WPCF7_Validation::offsetExists($offset) should either be compatible with ArrayAccess::offsetExists(mixed $offset): bool, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /Volumes/External/Sites/mcq-trainer-wp/web/app/plugins/contact-form-7/includes/validation.php on line 78
Deprecated: Return type of WPCF7_Validation::offsetGet($offset) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /Volumes/External/Sites/mcq-trainer-wp/web/app/plugins/contact-form-7/includes/validation.php on line 72
Deprecated: Return type of WPCF7_Validation::offsetSet($offset, $value) should either be compatible with ArrayAccess::offsetSet(mixed $offset, mixed $value): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /Volumes/External/Sites/mcq-trainer-wp/web/app/plugins/contact-form-7/includes/validation.php on line 59
Deprecated: Return type of WPCF7_Validation::offsetUnset($offset) should either be compatible with ArrayAccess::offsetUnset(mixed $offset): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /Volumes/External/Sites/mcq-trainer-wp/web/app/plugins/contact-form-7/includes/validation.php on line 82
With PHP 7.4 security support ending on 28 Nov 2022, what is the plan to get Contact Form 7/PHP 8.1 compatible as upgrade process makes sense to update to latest Initial Release which is PHP 8.1 at time of writing this which whilst possible leaves a mess on screen when working in dev mode.
Appreciate this is a free plugin but our agency is now in overdrive to roll out server upgrades to latest PHP and this plugin is used on a lot of sites.
]]>
#edit-slug-box, #screen-meta label[for="edit-slug-box-hide"], #postexcerpt, #screen-meta label[for="postexcerpt-hide"], #slugdiv, #screen-meta label[for="slugdiv-hide"], #pageparentdiv, #screen-meta label[for="pageparentdiv-hide"], #postimagediv, #screen-meta label[for="postimagediv-hide"], #categorydiv, #screen-meta label[for="categorydiv-hide"], #tagsdiv-post_tag, #screen-meta label[for="tagsdiv-post_tag-hide"]{display:none;}
I temporary write a css in functions.php to override it. Kindly advise.
]]>I checked out WordPress’s plugin developer guidelines, and there doesn’t seem to be a rule against big surprise overhauls, but in this case it sure seems…uncool. It looks like the developer is somehow obliging people to upgrade and has switched from free support in the WP forums to paid support on their plugin site. A big problem there is, the new version doesn’t seem to have been tested very well for conflicts with other plugins. Some of the commenters in that thread said it made their site unusable.
Now, usually you’d just say “Uninstall it and choose a different plugin” or “revert to an earlier version”. But with 400k installs and a good % of those people using auto-update, you’re going to have a ton of issues that go unnoticed until a site visitor hopefully pings the site owner.
Typically a developer would make a separate, premium plugin rather than completely re-engineer their old one. Are there unstated ethics or applicable WordPress TOS that apply to this scenario?
]]>