David

This was not fixed.

Thanks @gabrieldelpech, that worked for me.

The last <p> is also not closed.

Hi Martijn,

The webshop is doing (sale) transactions successfully, but some orders that fail in Cashflows remain as “Pending” in WooCommerce. We do not use the plugin for refunds from the website at this stage.

I’ve checked on the last two orders, comparing the error log.
Order 1:
18:20:31 Cashflows payment started with: Cards
18:20:55 Customer Return: Success
18:20:55 [01-Nov-2021 18:20:55 UTC] PHP Fatal error: Uncaught Error: Call to a member function get_transaction_id() on bool
18:20:58 Status received from CashFlows Notify (status changed): SUCCESS

Order 2:
18:18:14 Cashflows payment started with: Cards
18:18:14 [01-Nov-2021 18:18:14 UTC] PHP Fatal error: Uncaught Error: Call to a member function get_transaction_id() on bool
18:19:24 [01-Nov-2021 18:19:24 UTC] PHP Fatal error: Uncaught Error: Call to a member function get_transaction_id() on bool
No further order notes.

There are no orders between or after these two, both are marked as completed in WooCommerce, and the order before these two completed before they started.

For background: I needed to add a function to the “woocommerce_payment_complete” hook. The function would trigger whether a sale was successful or not. I’ve since moved it to the “woocommerce_reduce_order_stock” hook, which is triggered correctly and set the WooCommerce filter to defer transactional e-mails so that my information is added before the e-mail is sent. Unfortunately this still leaves the information I’m adding off the thank-you page, but that is ok for now.

Thanks, it was version 10.00.600000000. I downloaded version 1.2.0 and replaced it – everything working fine now.

Hi,

Done. Report number VLQHWBDW

Thanks
David

Sorry, I didn’t see your previous messages. Yes, that has solved the issue, thank you!

No problem – resolved.

In the interest of future queries:

After a back-and-forth with the hosting provider, it turns out to be outdated ModSecurity rules which blocked access to admin-ajax.php

The latest ModSecurity rules makes provision for WordPress exclusions.

I restructured the entire directory layout to standard, added a Cloudflare rule to exclude wp-admin, disconnected and reconnected Jetpack.

As I was about to type that it made no difference, I thought I should check my other sites at the specific host. They all do the same. None of my sites with my other host have this problem.

I’m deducing that it is a server setup issue. I’ll contact the hosting company, thank you!

Thanks, reported at https://buddypress.org/support/topic/buddypress-ewww-webp-cloudflare/ for anybody with a similar situation.

Great, thank you. Will you report the issue on Buddypress, or should I?

Do I presume correctly that using .htaccess will not cause the issue to re-appear? If so, I can live without Cloudflare once we go live.

Thank you for the effort with this.

Don’t see a new user registration – have forwarded admin login.

It seemed to break on
do_action( 'bp_after_profile_avatar_upload_content' ); on line 92 of buddypress theme > members > single > profile > change-avatar.php

Thanks
David

https://www.leeroberts.co.za/wp/members/davidtest/profile/change-avatar/