Closed maltfield closed 4 months 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 91
The page is stuck on Results are still loading…
indefinitely
@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!
@preda-bogdan thanks for looking into this
I think an important difference here is that I'm installing wordpress from the package in the official debian repos. Perhaps this is an upstream bug with Debian, then.
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.
Can you provide more information? What "core JS" file(s) provides the "Backbone framework"? If I have a path/filename, then it would greatly help me (and others) in debugging.
Description
There is a bug in Neve v3.8.7 such that loading the
/wp-admin/customize.php
page 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-Spam
installed 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-Three
that came with wordpress), then I can load the customize.php page without issue.Step-by-step reproduction instructions
wget
Neve v3.8.7 and extract zip intowp-content/themes/
/wp-admin/customize.php
Screenshots, screen recording, code snippet or Help Scout ticket
Environment info
No response
Is the issue you are reporting a regression
No