WooCommerce 10.9.1 – fallweise fatal-error beim Updaten

In einem Fall löste WooCommerce während des Installationsprozesses einen Fehler aus, über den ich per E-Mail „verständigt“ wurde.

Uncaught Error: Failed opening required 
'wp-content/plugins/woocommerce/src/Admin/API/Settings.php' 
in wp-content/plugins/woocommerce/vendor/jetpack-autoloader/class-php-autoloader.php:102

Stack trace:
#0 wp-content/plugins/woocommerce/src/Admin/API/Init.php(129): 
   PHP_Autoloader::load_class('Automattic\\WooC...')
#1 wp-content/plugins/woocommerce/src/Admin/API/Init.php(63): 
   Init->rest_api_init_wc_admin()
#2 wp-includes/class-wp-hook.php(341): Init->rest_api_init(Object(WP_REST_Server))
#3 wp-includes/class-wp-hook.php(365): WP_Hook->apply_filters(NULL, Array)
#4 wp-includes/plugin.php(522): WP_Hook->do_action(Array)
#5 wp-includes/rest-api.php(640): do_action('rest_api_init', Object(WP_REST_Server))
#6 wp-includes/rest-api.php(598): rest_get_server()
#7 wp-includes/rest-api.php(2985): rest_do_request(Object(WP_REST_Request))
#8 [internal function]: rest_preload_api_request(Array, '/jetpack/v4/con...')
#9 wp-content/plugins/woocommerce/src/Internal/Admin/Settings.php(148): 
   array_reduce(Array, 'rest_preload_ap...')
#10 wp-includes/class-wp-hook.php(341): Settings->add_component_settings(Array)
#11 wp-includes/plugin.php(205): WP_Hook->apply_filters(Array, Array)
#12 wp-content/plugins/woocommerce/src/Internal/Admin/WCAdminSharedSettings.php(73): 
   apply_filters('woocommerce_adm...', Array)
#13 wp-content/plugins/woocommerce/src/Blocks/Assets/AssetDataRegistry.php(272): 
   WCAdminSharedSettings->{closure}()
#14 wp-content/plugins/woocommerce/src/Blocks/Assets/AssetDataRegistry.php(388): 
   AssetDataRegistry->execute_lazy_data()
#15 wp-includes/class-wp-hook.php(341): AssetDataRegistry->enqueue_asset_data('')
#16 wp-includes/class-wp-hook.php(365): WP_Hook->apply_filters('', Array)
#17 wp-includes/plugin.php(522): WP_Hook->do_action(Array)
#18 wp-admin/includes/template.php(2232): do_action('admin_print_foo...')
#19 wp-admin/update.php(53): iframe_footer()
#20 {main} thrown

Doch das ist offenbar eine einmalige Sache, die in einigen Fällen während des Aktualisierungsvorgangs auftritt. Sobald die Aktualisierung abgeschlossen ist, sollte er nicht mehr auftreten. WooCommerce besteht aus sehr vielen Dateien, und die Aktualisierung dauert daher etwas länger als in kleinen Plugins. Während des Aktualisierungsvorgangs werden einige Dateien vor anderen ersetzt, was in bestimmten Umgebungen dazu führen kann, dass eine Klasse oder Funktion kurzzeitig noch nicht verfügbar ist.

Dies kann eine E-Mail wegen eines schwerwiegenden WordPress-Fehlers auslösen, obwohl die Aktualisierung selbst erfolgreich abgeschlossen wurde. In vielen Fällen lässt sich das Problem durch einfaches Aktualisieren der Seite oder das Leeren des Server- oder Website-Caches beheben, sobald alle aktualisierten Dateien vorhanden sind.