diz99

Hi deboni
Since you didn’t start using Checkout yet I stongly recommend to use a different Plugin. Just read all the negative reviews. The releases come very late and almost every release has one or more bugs.

Ja. Zum Glück habe wir haupts?chlich Stammkunden, die nicht gleich abspringen.

Wenn du einen Test Server hast, dann kannst du ja mit dem Standardtemplate und ohne Plugins testen.

Ich schaue mir inzwischen Payrexx an. Ich habe keine Nerven mehr für das Drama nach jedem Update.

Habe festgestellt, dass Version 3.3.1 nur bis Woocommerce 9.3.1 getestet ist. Deshalb habe ich ein Rollback auf diese Version gemacht. Damit war es aber gefühlt noch schlechter. Bin wieder auf 9.3.3 gegangen.

hier der PHP Code welcher langsam ausgeführt wird gem?ss dem Support von meinem Hoster:
/wp-content/plugins/woo-postfinance-checkout/includes/service/class-wc-postfinancecheckout-service-transaction.php:959

Das selbe hier. Ich muss leider die Version verwenden wegen Security etc.

WordPress 6.6.2
WooCommerce-Version: 9.3.3
PHP-Version: 8.0.30

Updated to 3.3.0. (on WP6.6.1, WC 9.2.3) and had an error again. The payment process stucked. I could choose credit card or twint but when clicked “next” it would stuck and display “there was an error while processing”. Had to do a restore.

Just installed 3.1.3 and, suprise, my site got an critical error. I did a restore again and will stick with 3.0.7 until I get enough positiv feedback of a new version. I will also, once again, complain to Postfinance and ask you to do the same.

@albertodg96 Version 3.0.7 was in use for two month without problems (even with WP 6.1.1, WC 9.2.3 which is untested). However, after the update to 3.1.1 cause trouble I made a restore and not a downgrade. Maybe 3.1.1 would break some files which aren’t fixed when making a downgrade to 3.0.7.

@thibaultwallee maybe I’ll test 3.1.2 this weekend but I am not really keen to take the risk again…

Same issue here after updating from version 3.0.7 installed to 3.1.1. Had to do a restore to 3.0.7
My System: WP 6.1.1, WC 9.2.3 (I know, 3.0.7 isn’t tested for this versions).

For me it doesn’t makes sense as I don’t have a staging site to do testings. Usually, I waite a few days if there is negative feedback from other users and do then the update.

Update: Orders where canceled again. It looks like it happens after “Hold stock” time (in Woocommerce/settings/products/invetory) is running out.

I contacted the Cloudways support. Apparently, the cron job “woocommerce_cancel_unpaid_orders” is running correctly. But my issue is about the “paid” orders.

It looks like it’s the same issue some people had two years ago: https://www.ads-software.com/support/topic/paid-orders-being-cancelled-after-a-while-in-woocommerce/#:~:text=Orders%20being%20set%20to%20canceled,the%20WooCommerce%20auto%20expiry%20feature.

and: https://www.ads-software.com/support/topic/paid-orders-being-cancelled-after-a-while-in-woocommerce/#:~:text=Orders%20being%20set%20to%20canceled,the%20WooCommerce%20auto%20expiry%20feature

• This reply was modified 1 year, 2 months ago by diz99.
• This reply was modified 1 year, 2 months ago by diz99.

I have now two days old orders which aren’t affected. I assume it’s good now. Too bad I can’t tell which update did fix the issue.
Thanks everybody for the support.
I wish you pleasant holidays and a happy new year!

Thanks for your fast reply, Roxy!
I updated to WordPress 6.3, Woocommerce 8.4 and Postfinance Checkout 2.1.28 (the highest I may go according to Postfinance Checkout).
I happend again to an exsisting order in process (ordered before the update). I will observe if it also happens with new orders and give an update.

@CorewinETB where did get 2.1.16? from?

• This reply was modified 1 year, 9 months ago by diz99.

According to the developer should version 2.1.15 fix this issue. Here the release notes:

• [Features] Provide a fallback to handle payment when Woocommerce latest release break the iframe / lightbox
• [Features] Support of Woocommerce 7.7.0
• [BugFix] Fix the line item inconsistency when using Taxes and a Coupon
• [BugFix] Fix the parameter organisation name when using the payment method Powerpay Invoice
• [Tested Against] PHP 8.0.28
• [Tested Against] WordPress 6.2.0
• [Tested Against] Woocommerce 7.7.0
• [Tested Against] PHP SDK 3.2.0