Thanks for both of your replies. Here are the screenshots I believe you were asking for:
The latest I can retrace this issue is in March 2025, in February we had orders where the VAT was still applied to the shipping costs when using express checkout methods (Apple Pay, Google Pay), on March 4, 2025 the VAT was gone. Sadly I don’t have logs going back that far to know what version we had installed. However I did find other people online having similar issues, and I believe those should’ve been resolved with WooCommerce 9.9.0, however as you can tell from the System Status Report it’s not the case for us.
I believe it’s in combination with German Market. When I disable German Market the VAT is included, however when German Market is enabled (which is mandatory for us to keep the shop compliant with German law) the VAT is no longer included in orders paid with Apple Pay and Google Pay (over Stripe). I did not find a setting in German Market that resolved this issue.
I hope this additional information helps. Please let me know if I can give any more information.
Actually, removing that json_encode breaks the redirect. The issue that occurs is, if I add https://www.website.com/thank-you-page/ in the settings, the user get’s redirected to https://www.website.com//thank-you-page//
Thank you for your response and the suggested solutions. I appreciate the guidance.
I wanted to ask if there are any plans to address and fix this issue in future updates, if at all possible. It would be great to know if this is something being actively worked on or considered for upcoming releases.
Sorry for the very late reply, however, we’ve finally discovered why this issue happens, or at least how to consistently reproduce it!
It all has to do with the website being a Multisite, when a user that’s not a super admin, creates an accordion block, saves the page and then visits the page again (in the admin), the blocks seem to break. This only happens when the user is not a super admin, as soon as I make the user a super admin, the issue resolves itself. However, it’s not feasible to have every user that uses the Block Editor to be a super admin to all websites under a multisite.
I hope this helps with possibly resolving the issue.
@diz99 I ran into the same issues. We got a staging site with 3.0.7 which runs perfectly. However 3.1.0+ doesn’t work on our live site (gives a white page on checkout), and downgrading to 3.0.7 results in the payment methods not being visible in the admin.
If I disable Germanized it fixes the issue with 3.1.0+, however this plugin has not been updated. So ideally 3.1.0+ works with Germanized again, or 3.0.7 shows the payment methods in the admin.
Expected behaviour: Customer completes the Checkout form, is redirected to the payment form, after completing the payment form the customer should be redirected to the Thank You page. Once reaching the Thank You page, the user should receive the Order Confirmation Email.
Current behaviour: Customer completes the Checkout form, immediately receives the Order Confirmation Email (<b>too</b> early!), and is redirected to the the payment form, after completing the payment form the customer is redirected to the Thank You page.
Issue: The Order Confirmation Email is being sent too early while the customer is still in the order process. Other payment providers (for example PayPal) seem to handle this better. Also, here is the WooCommerce description of the Order Confirmation Email: “This is an order notification sent to customers containing order details after payment.”
Thanks for your quick reply. Sadly, the solution provided by you didn’t appear to change anything, were you able to reproduce the issue?
Currently I temporarily resolved the issue by preventing the URLs where the Product Configurator is enabled to be translated but ideally this is not a long-term solution.
Wenn Du deinen Shop in englischer Sprache hast und ein Kunde bestellt,
bekommt er auch eine englische Rechnung. Man kann in den Einstellungen
vom PlugIn einstellen, ob auf der “Konto-bearbeiten” und “Thank-You Seite”
ein Button zum Drucken einer Rechnung erscheint.
Hier kann man dann zwischen den Sprachen wechseln un die Sprache der Rechnung
wechselt ebenfalls.
Leider haben wir die gleiche Problematik, dass wir im Backend bei deutscher Spracheinstellung nur die Rechnung des Kunden in Deutsch ausdrucken können.
Wir wollen dies beheben oder der Entwickler des PlugIns macht es uns leichter. 🙂
