maltfield
commented
2 weeks ago Open maltfield opened 2 weeks ago
maltfield
commented
2 weeks ago maltfield
commented
2 weeks ago Attempting to load /wp-admin/site-health.php spits out the following errors in the WP WUI (WP_DEBUG is enabled)
Deprecated: Return type of Requests_Cookie_Jar::offsetExists($key) should either be compatible with ArrayAccess::offsetExists(mixed $offset): bool, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /var/www/html/neve/htdocs/wp-includes/Requests/Cookie/Jar.php on line 63
Deprecated: Return type of Requests_Cookie_Jar::offsetGet($key) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /var/www/html/neve/htdocs/wp-includes/Requests/Cookie/Jar.php on line 73
Deprecated: Return type of Requests_Cookie_Jar::offsetSet($key, $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 /var/www/html/neve/htdocs/wp-includes/Requests/Cookie/Jar.php on line 89
Deprecated: Return type of Requests_Cookie_Jar::offsetUnset($key) should either be compatible with ArrayAccess::offsetUnset(mixed $offset): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /var/www/html/neve/htdocs/wp-includes/Requests/Cookie/Jar.php on line 102
Deprecated: Return type of Requests_Cookie_Jar::getIterator() should either be compatible with IteratorAggregate::getIterator(): Traversable, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /var/www/html/neve/htdocs/wp-includes/Requests/Cookie/Jar.php on line 111
Deprecated: Return type of Requests_Utility_CaseInsensitiveDictionary::offsetExists($key) should either be compatible with ArrayAccess::offsetExists(mixed $offset): bool, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /var/www/html/neve/htdocs/wp-includes/Requests/Utility/CaseInsensitiveDictionary.php on line 40
Deprecated: Return type of Requests_Utility_CaseInsensitiveDictionary::offsetGet($key) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /var/www/html/neve/htdocs/wp-includes/Requests/Utility/CaseInsensitiveDictionary.php on line 51
Deprecated: Return type of Requests_Utility_CaseInsensitiveDictionary::offsetSet($key, $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 /var/www/html/neve/htdocs/wp-includes/Requests/Utility/CaseInsensitiveDictionary.php on line 68
Deprecated: Return type of Requests_Utility_CaseInsensitiveDictionary::offsetUnset($key) should either be compatible with ArrayAccess::offsetUnset(mixed $offset): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /var/www/html/neve/htdocs/wp-includes/Requests/Utility/CaseInsensitiveDictionary.php on line 82
Deprecated: Return type of Requests_Utility_CaseInsensitiveDictionary::getIterator() should either be compatible with IteratorAggregate::getIterator(): Traversable, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /var/www/html/neve/htdocs/wp-includes/Requests/Utility/CaseInsensitiveDictionary.php on line 91The page is stuck on Results are still loading… indefinitely
preda-bogdan
commented
2 weeks ago @maltfield cc: @vytisbulkevicius
I created a local image with Debian 10, Nginx, PHP8.2 and WordPress 6.1.6 with the latest version of Neve 3.8.7 You can check the gist that I used to replicate this here: https://gist.github.com/preda-bogdan/b646c22c918788eaf696ca208ed40792
I could not replicate the issue. To me from looking at the logs it looks like some core JS files are not available like the Backbone framework that is used when loading controls. I suspect this is something related to the environment ( version of Wordpress used ) rather than something coming from the theme.
Also using Twenty Twenty-Three as baseline is not the best as the theme does not use Customizer since it relies on the Gutenberg editor as it is a FSE theme this might be tied to a specific type of Customizer Control.
The WordPress is downloaded via wget from wordpress.org same as with the theme.
Maybe the author can provide more input if it thinks I ommited something from checking this. Or maybe you have a way for me to replicate this locally.
Thank you!
Description
There is a bug in Neve v3.8.7 such that loading the
/wp-admin/customize.phppage is blank.I just did a fresh install of wordpress in a VM running Debian 10. I did not install any plugins (though wordpress came with
Akismet Anti-Spaminstalled by default). I have the latest version of WordPress from the debian repos installed — currently that’s 6.1.6 (which is listed as supported by this theme at the time of writing). WordPress is served by nginx 1.22.1 and php8.2-fpm. I’m using the latest version of this theme (downloaded yesterday) = v3.8.7.I’m using firefox 115.11.0esr and accessing the wordpress site at http://localhost:8081/
When I click on Appearance -> Customize, I get an empty page.
There are no PHP or web server errors appearing in the nginx logs.
There are numerous errors appearing in the javascript console:
If I change the theme to the only other theme installed (the default =
Twenty Twenty-Threethat came with wordpress), then I can load the customize.php page without issue.Step-by-step reproduction instructions
wgetNeve v3.8.7 and extract zip intowp-content/themes//wp-admin/customize.phpScreenshots, screen recording, code snippet or Help Scout ticket
Environment info
No response
Is the issue you are reporting a regression
No