Fatal errors since 1.0.11

Hello, just a heads up that what ever was introduced in version 1.0.11 for “The order status registration process has been further improved” is causing fatal errors when bulk changing order statuses. I reverted to 1.0.10 and the issue is resolved.

The stack trace is below…

2025/10/30 12:34:17 [error] 54842#54842: *17314446 FastCGI sent in stderr: “PHP message: PHP Warning: Undefined variable $order in /xxx/public/wp-content/plugins/fw-integration-for-emailoctopus/include/class-woo-emailoctopus-integration.php on line 185; PHP message: PHP Fatal error: Uncaught Error: Call to a member function get_billing_email() on null in /xxx/public/wp-content/plugins/fw-integration-for-emailoctopus/include/class-woo-emailoctopus-integration.php:185

Stack trace:

#0 /xxx/public/wp-includes/class-wp-hook.php(326): FWEO_Woo_EmailOctopus_Integration->add_subscriber_callback(743732, ‘processing’, ‘in-picking’)

#1 /xxx/public/wp-includes/class-wp-hook.php(348): WP_Hook->apply_filters(NULL, Array)

#2 /xxx/public/wp-includes/plugin.php(517): WP_Hook->do_action(Array)

#3 /xxx/public/wp-content/plugins/woocommerce/includes/class-wc-order.php(458): do_action(‘woocommerce_ord…’, 743732, ‘processing’, ‘in-picking’, Object(WC_Order))

#4 /xxx/public/wp-content/plugins/woocommerce/includes/class-wc-order.php(274): WC_Order->status_transition()

#5 /xxx/public/wp-content/plugins/woocommerce/includes/class-wc-order.php(39″ while reading response header from upstream, client: xxx, server: http://www.supereight.net, request: “GET /wp-admin/admin.php?ac-actions-form=1&page=wc-orders&status=wc-processing&orderby=ID&order=desc&s=&search-filter=all&_wpnonce=91abdb91b7&_wp_http_referer=%2Fwp-admin%2Fadmin.php%3Fpage%3Dwc-orders%26status%3Dwc-processing&m=0&wpla_account_id=&is_from_amazon=&wple_account_id=&is_from_ebay=&_created_via=&_customer_user=&action=mark_in-picking&paged=1&id%5B%5D=743759&id%5B%5D=743757&id%5B%5D=743749&id%5B%5D=743748&id%5B%5D=743747&id%5B%5D=743740&id%5B%5D=743732&id%5B%5D=743727&id%5B%5D=743726&id%5B%5D=743690&action2=mark_in-picking HTTP/2.0”, upstream: