druut
Forum Replies Created
-
Just wanted to note that we’re experiencing the exact same issue since recently (first on July 16). It only happened with some refunds, not all.
property_exists(): Argument #1 ($object_or_class) must be of type object|string, null given
Can’t see anything special in the logs. Just:
2025-07-22T11:14:53+00:00 Foutopsporing Mollie\WooCommerce\Payment\MollieOrder::refund - [REDACTED] - Try to process refunds or cancels.I just submitted a support ticket as well (2341360).
Forum: Plugins
In reply to: [Mollie Payments for WooCommerce] fatal error after update to 7.5@femiyb Thanks for the fast response and proposed workaround! I’ve downgraded the plugin and will wait for the fix 🙂
Forum: Plugins
In reply to: [Mollie Payments for WooCommerce] fatal error after update to 7.5Same here
Forum: Plugins
In reply to: [Riverty Payments for Woocommerce] WooCommerce 8.2 / HPOS support@afterpay Any updates on this? If so, WooCommerce recommends to explicitly declare compatibility: https://github.com/woocommerce/woocommerce/wiki/High-Performance-Order-Storage-Upgrade-Recipe-Book#declaring-extension-incompatibility
To prevent problems, WooCommerce will warn users if they try to enable HPOS while any of the incompatible plugins are active.
Thanks!
- This reply was modified 2 years, 6 months ago by druut.
@dhlparcel HPOS was officially released on October 10. Do you have a rough estimate when support will be added?
https://woocommerce.com/posts/platform-update-high-performance-order-storage-for-woocommerce/
It’s clashing with another plugin we’re using, called Max Mega Menu. That’s due to the fact that Max Mega Menu calls
do_action( 'admin_enqueue_scripts', 'widgets.php' )for that specific page.This means
admin_enqueue_scriptsgets fired twice, and therefore the Riverty plugin’s callback function foradmin_enqueue_scriptsgets declared twice.The easiest solution would be to wrap it with an if statement:
if ( ! function_exists('add_attributes_to_admin_script') ) { ... }Forum: Plugins
In reply to: [Mollie Payments for WooCommerce] Call to undefined methodUpdate 2: Seems like it’s already fixed, but the new version hasn’t released yet: https://github.com/mollie/WooCommerce/pull/739
… this is meant to be included in the mid-January update
InpsydeNiklas- This reply was modified 3 years, 5 months ago by druut.
Forum: Plugins
In reply to: [Mollie Payments for WooCommerce] Call to undefined methodUpdate: The gateway is part of the AfterPay/Riverty WooCommerce plugin. The Mollie plugin seems to expect the gateway to have the ‘handlePaidOrderWebhook’ method, but it doesn’t.
I guess a solution would be to check for the method’s existence:
if (method_exists($this->gateway, 'handlePaidOrderWebhook')) { ...Update: Figured it out!
By adding an underscore as prefix to the meta data keys, they’re set as private!
Instead of
quantity_shippedit should be_quantity_shippedhttps://wordpress.stackexchange.com/a/183860
Sorry for spamming this thread.
For now I’m using the code:
add_filter('woocommerce_order_item_get_formatted_meta_data', function ($formatted_meta, $item) { if (is_wc_endpoint_url()) { return $formatted_meta; } foreach ($formatted_meta as $key => $meta){ if(in_array($meta->key, array('delivery_date', 'delivery_text', 'quantity_shipped'))) { unset($formatted_meta[$key]); } } return $formatted_meta; }, 10, 2);And this allows me to return the meta data to the API, which is what we need, and it is being filtered from invoices/packing slips, which is also we were looking for. However now I’m not able to see those fields in the admin interface, which is what we prefer.