WooCommerce crash

[adamziel]

Navigating to https://playground.wordpress.net/?php=8.0&wp=6.4&storage=none&networking=yes&networking=yes&php-extension-bundle=kitchen-sink&networking=yes&plugin=pagbank-connect&plugin=woocommerce&plugin=woocommerce-extra-checkout-fields-for-brazil and poking around in the admin dashboard for a while causes the following crash:

I don't have the exact reproduction steps. I've been navigating through Woo products, orders, and the "checkout fields" plugin in wp-admin.

Potentially related:

• Can’t place orders in Woo when HPOS is enabled #731

[adamziel]

Ricardo Martins shared the following related resources:

playground.wordpress.net-1705617535236.log

[adamziel]

I was still able to trigger the crash even with HPOS disabled.

[adamziel]

I built PHP with -g2 -O0 and couldn't reproduce the issue anymore. Weird!

[adamziel]

I managed to get some unminified error information:

[adamziel]

The woocommerce-extra-checkout-fields-for-brazil lives at https://github.com/claudiosanches/woocommerce-extra-checkout-fields-for-brazil/

[adamziel]

The crash also happens without the woocommerce-extra-checkout-fields-for-brazil plugin.

[adamziel]

I couldn't reproduce it on vanilla woocommerce, too, which makes me think it's related to the pagbank-connect plugin. Also noteworthy, post_message_to_js used by the fetch() HTTP transport showed up in a bunch of the stack traces logged around the time of the crash which makes me think the crash occurred when processing a response to some HTTP request.

[adamziel]

Here's a different stacktrace I got with vanilla WooCommerce, likely related to an out of memory error:

Uncaught RangeError: Maximum call stack size exceeded
    at runtime.asm.<computed> (wasm-error-reporting.ts:60:14)
    at invoke_viii (php_8_0.js?t=1705943705634:6822:3)
    at zend_mm_safe_error (027ecb4e:0xe637f)
    at zend_mm_alloc_pages (027ecb4e:0x1f09db)
    at zend_mm_alloc_small_slow (027ecb4e:0x409b5)
    at _emalloc (027ecb4e:0x78f7)
    at smart_str_erealloc (027ecb4e:0x87c8)
    at xbuf_format_converter (027ecb4e:0x2d31b6)
    at php_printf_to_smart_str (027ecb4e:0x515a12)
    at zend_error_va_list (027ecb4e:0x29887d)

Here's the call cycle:

[adamziel]

Ricardo said:

I see the Pagbank plugin has an issue with the CORS. Meaning that the backend calls doesn’t work when called with fetch/frontend ajax calls. Probably it is related to that matter.