robertrosanke

Are you sure that this checkbox needs to be displayed when only one payment method is active and this function would not even make sense at the moment?

(In the other thread I linked to above, a support representative said that it’s perfectly okay for this not to be visible because we only have one method active. I’m surprised by the contradictory statements.)

Hello @lovingbro ,

Thank you for your prompt reply.

Here is a screenshot of what it looks like in our backend:

• https://snipboard.io/cyEmwC.jpg (Language: German)
• Under the advanced settings, we only have a debug option.
• System Status Report: https://pastebin.com/ivZJQ4Jp (available for one day)

I have never seen the setting you describe in the backend.

I would tend to rule out a plugin conflict, as we almost exclusively use the well-known standard plugins. Payment processing only PayPal, Klarna, and Stripe plugins for WooCommerce.

Hello @mosesmedh .

Just to help us narrow this down further — could you please confirm whether the issue still occurs when WPML/WCML is disabled? Also, have you had a chance to reach out to WPML/WCML’s support team about this conflict?

Thank you for offering to help us with the WPML issue.

We have already created an issue in the GitHub repository for WooCommerce, and a solution is already on its way with a pull request.

By default, the WooCommerce Stripe extension performs both authorization and capture simultaneously. This means that when a customer completes the checkout process, Stripe immediately captures the payment — it doesn’t depend on order status hooks running afterward.

Thank you for this information. That was exactly what we needed. Many thanks. So everything is fine.

Have a nice weekend!

Hello @awaatklarna ,

Thank you for your feedback.

We had an internal meeting last week and tried everything out. It seems that we cannot issue refunds if an order has not yet been captured.

• All affected orders appear to remain open in Klarna for 30 days.
• The payout is delayed, but it appears to take place even if it has not been captured.

However, it seems that a workaround would be to log into the Klarna dashboard and manually capture all orders affected by the WCML error once a week.
The Klarna dashboard synchronizes the capture process in the WooCommerce backend, so we can continue working there as normal. (Refunds are working.)

This is a minimal additional effort that we can cope with temporarily until WPML/WCML fixes the error.

Do you see a problem with this approach, or is it okay for now?

Thank you for the clarification. Could you please raise a support ticket here in order for our team to look into this further. The team requests details such as how the auto-capture is implemented, logs and screenshots of the woocommerce order notes, so please also include that in the support ticket.

Thanks for the link to your support page.

I haven’t opened another ticket for now. Maybe—if you don’t have any concerns about the manual capture process—we have a temporary solution and can save ourselves more time on this issue.

Hello @mosesmedh .

Perhaps my request was too technical, making it seem as if it was about an individual implementation. That is not the case.

We simply have a case where, due to a plugin conflict (WPML/WCML), the core WooCommerce hooks related to order status changes have failed in certain circumstances for many orders.

I just want to know whether this is a problem for the Stripe plugin (we only use credit cards via Stripe) or not. At first glance, everything looks fine. Stripe still seems to be processing payments correctly.

With Klarna for WooCommerce, for example, we now have to capture orders manually in the Klarna dashboard, because otherwise payments may be delayed, as Klarna relies on the woocommerce_order_status_completed hook, which is no longer guaranteed to fire.

PayPal for WooCommerce, for example, says that everything is fine. They capture the payment directly when it is created.

The Stripe plugin is currently the only plugin that refuses to provide us with information.
I’m simply interested in understanding how the Stripe plugin works. Do I have to manually capture payments via Stripe credit cards if the status hooks may not fire, or not?

Hello Moses,

Thank you for your prompt reply.

I didn’t ask for a code example, but rather how your plugin works and how to proceed in my situation.

It can happen that a workflow doesn’t work as expected. This is what happened here after years without problems. What is the solution in this case? And is one even necessary?

For example, it is currently unclear to me whether the affected Stripe orders have been completely processed by Stripe or whether we still need to synchronize any data, and if so, how we should do that.

How can we tell if action is needed?

If you want me to look something up for you in our database, let me know – e.g., the existence of certain order metadata. Then I’ll check it out.

Hello.

Thanks for your reply.
Yes, that’s correct. I have already saved the order in question again without making any changes, just to test it. However, this did not change anything.

It seems that it is not activated if the order is already marked as completed and then saved again without any changes.

My guess is that there must be a status change.
In the code of your plugin, it looks as if it listens for the event “woocommerce_order_completed.”

We would probably have to set the order back to “in progress” and then complete it again?

However, the customer would then receive the “in progress” email again. They would also receive the “order completed” email, even though they may have already received the goods days or weeks ago.

This is not ideal, but it might be acceptable. What do you suggest?