cfullsteam
Forum Replies Created
-
@singingfalls
wp-settings.phpis located in the root of the WordPress code files. Should be a sibling to wp-config.php. By replace, I mean exactly that. Replace the problematic file with a clean version obtained when downloading the appropriate version of WordPress (whichever version the rest of the files are from).Figured out what our issue was: some files in the docroot did not get updated, such as
wp-settings.php, and that was the cause for us.- This reply was modified 4 years, 6 months ago by cfullsteam. Reason: formatting
It seems this is now more important to resolve since 5.8.1 is a security patch and still causes this issue. I’ve commented on https://wordpress.org/support/topic/fatal-error-wp_theme_json_resolver-not-found-in-manual-upgrade-to-5-8/#post-14856146 with our details.
We’ve also run into this @zieladam while attempting to apply the 5.8.1 security patch to a site running 5.7.2. So far this is the only site with the issue. I’ve tried removing all plugins and switching to the 2021 theme but nothing resolves the issue.
Here is the full error message/stack-trace:
Warning: call_user_func_array() expects parameter 1 to be a valid callback, function 'wp_enable_block_templates' not found or invalid function name in /var/www/html/wp-includes/class-wp-hook.php on line 303 Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/wp-includes/class-wp-hook.php:303) in /var/www/html/wp-includes/functions.php on line 6712 Fatal error: Uncaught Error: Class 'WP_Theme_JSON_Resolver' not found in /var/www/html/wp-includes/script-loader.php:1530 Stack trace: #0 /var/www/html/wp-includes/class-wp-hook.php(303): wp_default_styles(Object(WP_Styles)) #1 /var/www/html/wp-includes/class-wp-hook.php(327): WP_Hook->apply_filters('', Array) #2 /var/www/html/wp-includes/plugin.php(518): WP_Hook->do_action(Array) #3 /var/www/html/wp-includes/class.wp-styles.php(135): do_action_ref_array('wp_default_styl...', Array) #4 /var/www/html/wp-includes/functions.wp-styles.php(24): WP_Styles->__construct() #5 /var/www/html/wp-includes/functions.wp-styles.php(176): wp_styles() #6 /var/www/html/wp-includes/class-wp-admin-bar.php(74): wp_enqueue_style('admin-bar') #7 /var/www/html/wp-includes/admin-bar.php(49): WP_Admin_Bar->initialize() #8 /var/www/html/wp-includes/class-wp-hook.php(303): _wp_admin_bar_init('') #9 /var/www/html/wp-includes/class-wp-hook.php(327): WP_Hook->apply_filters(NULL, Array) #10 /var/www/html/wp-includes/plugin.php(470): WP_Hook->do_action(Ar in /var/www/html/wp-includes/script-loader.php on line 1530Reverting to 5.7.2 fixes the issue.
Initially I thought https://core.trac.wordpress.org/changeset/51472 might be related, but I see that this change to class-wp-theme-json-resolver.php is only in 5.8.1 but 5.8.0 causes the same issue on this site.
We’ve also seen this break several sites. The change log for update to v4.9.0, or older versions, did not mention this change. Sometimes we’ve also seen that a new property, event_date, has appeared and which maps to the start date.
In some cases we’ve fixed by using tribe_get_end_date(), for example, but if this was an intentional change some heads up in the changelog that this update included a breaking change would’ve been great.