user2037

FWIW, in my case the cause was PHP CURL was not installed. Ideally the plugin would check that required plugins are installed before fully activating, and emit a helpful flash message if not.

The critical error appears on any visit to the site, whenever the Braintree plugin is activated. I’ve tried reinstalling WordPress and WooCommerce from scratch, yet error still recurs.

PHP 8.3.8
WooCommerce 9.0.2
WooCommerce Legacy REST API 1.0.2

Deactivating other plugins did not help. Changing to a default theme didn’t help.

• This reply was modified 5 months ago by user2037.
• This reply was modified 5 months ago by user2037.

Greetings Shameem,

I have already removed the plugin files entirely and reinstalled twice. First from the www.ads-software.com plugin market and a second time from the new WooCommerce extension market. After both reinstalls the same error remained.

The class referenced does exist, it is just not loaded. If I include its path in the file manifesting the problem then another class appears to be “not found”. My guess is the plugin is incompatible with the latest WooCommerce and/or PHP 8.3

• This reply was modified 5 months ago by user2037.

Zubair,

It’s impossible to get the status logs from the UI since this problem produces a critical error.

Here is a stack trace from my Nginx logs:

2024/06/23 16:51:39 [error] 1147#1147: *481 FastCGI sent in stderr: “PHP message: PHP Fatal error: Uncaught Error: Class “WC_Braintree” not found in …/wp-content/plugins/woocommerce-gateway-paypal-powered-by-braintree/includes/class-wc-gateway-braintree-paypal-blocks-support.php:20

Stack trace:

#0 …/wp-content/plugins/woocommerce-gateway-paypal-powered-by-braintree/woocommerce-gateway-paypal-powered-by-braintree.php(601): WC_Gateway_Braintree_PayPal_Blocks_Support->__construct()

#1 …/wp-includes/class-wp-hook.php(324): WC_PayPal_Braintree_Loader->{closure}()

#2 …/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters()

#3 …/wp-includes/plugin.php(517): WP_Hook->do_action()

#4 …/wp-content/plugins/woocommerce/src/Blocks/Integrations/IntegrationRegistry.php(50): do_action()

#5 …/public/wp-includes/class-wp-hook.php(324): Automattic\Woo” while reading response header from upstream, client: …, server: …, request: “GET /category/programming/ HTTP/1.1”, upstream: “fastcgi://unix:/run/php/php-fpm.sock:”, host: “…”, referrer: “…”

• This reply was modified 5 months, 1 week ago by user2037.
• This reply was modified 5 months, 1 week ago by user2037.

Delayed is possible, but this was 5 days later. Another order came in soon afterward and the e-mail was received within 24 hours. If it cannot be reproduced I can chalk it up to configuration.

Sadly, the problem of the not-found-when-saving error remains.

Unfortunately this did not work when Cloudflare was involved; even with caching disabled by enabling development mode.

Unfortunately it turns out WP was getting stuck in an infinite redirect loop. This article’s advice appears to do the trick: https://atechnologyjobisnoexcuse.com/2014/10/redirect-loops-with-ssl-wordpress-and-cloudflare/

Thanks for taking the time to respond, but actually I don’t: https://blog.cloudflare.com/introducing-universal-ssl/

It was related to ITK. Changing ITK’s user to the default (instead of a custom user) allowed me to make the changes.