Elementor users - please update WPML to the latest version to maintain compatibility. More details here - https://wpml.org/changelog/2024/12/wpml-4-6-15-critical-update-for-elementor-sites/
I can confirm that 3.2.16 fixes part of the issue, but not the whole issue!
I still have a mix of German and English strings at WooCommerce -> Settings -> Germanized (less English strings, but they are still there!) and at WooCommerce -> Orders -> Multiple actions. I have not tested the confirmation emails, but it's obviously not fully fixed.
Deleting everything at /wp-content/languages/wpml/ still fixes the issue for a couple of seconds, but then these files are regenerated and I have a mix of languages again 🙁
If you need further help with this, please share the access details to your site with me. If required, please allow me to take a copy of your site. For this, I must install a plugin like Duplicator or All In One Migration. Please let me know if you agree. I'm enabling a private message for the following reply. Privacy and Security Policy
We have strict policies regarding privacy and access to your information. Please see: https://wpml.org/purchase/support-policy/privacy-and-security-when-providing-debug-information-for-support/ **IMPORTANT**
- - Please backup the site files and database before providing us access. --
-- If you have a staging site where the problem can be reproduced, it is better to share access to the staging site.--
You wrote: "I still have a mix of German and English strings at WooCommerce -> Settings -> Germanized (less English strings, but they are still there!) and at WooCommerce -> Orders -> Multiple actions."
I visited those two locations you mentioned but didn't see strings in English.
Is the problem still there?
If it is still there, please send me screenshots of the problem.
Sorry, I forgot to mention that I'm not only using Germanized, but also Germanized Pro. Maybe that's why it has only been partially fixed (for Germanized only, not for the Pro functionality?).
In WPML -> Strings Translation, I searched for those strings and could translate them. It solved the problem for 3 out of those 4 strings. (One string is doubled, but the second instance didn't get translated for some reason.) Please see the attached screenshot.
Can you consider this resolved, or do you want us to check further about that string that is still not getting translated?
Given that it was working fine with WP 6.6.2 without having to manually translate any strings, I would still consider this unwanted behavior and a bug, which might not only affect my use case but others as well. Thus, I'd prefer some further investigation.
Until we fix this issue, our suggested workaround is to revert to WordPress 6.6.2.
I can't be sure if the string problems with WooCommerce Germanized, which our developers are working on, are the same as those on your site. Therefore, I suggest we replicate them on a fresh WordPress installation. Can you help with that?
For this, I created another sandbox site (different from the one I created for @edmundH-3). With the following link, you'll be directly logged in.
hidden link
WPML, WooCommerceand, and WooCommerce Germanized (free) are already installed on this site.
Could you please install the WooCommerce Germanized Pro plugin and see if the issue is replicable on a clean WordPress installation?
Please configure WPML and WooCommerce as set on your site (just the basic configurations needed to replicate the issue are enough).
Please also ensure you install the latest version of the WooCommerce Germanized Pro plugin. Please let us know when everything is finished, and you can replicate the problem.
Important! Do not import your site to the test site. We must replicate the problem on a fresh, clean WordPress installation.
The good news is that I installed Germanized Pro in the sandbox you provided and everything's working fine there for now. Even Germanized Pro content is in German.
This still leaves my actual site (and apparently others as well) with the original problem, which is the bad news.
Deleting everything at /wp-content/languages/wpml/ still fixes the issue for a couple of seconds, but then these files are regenerated and I have a mix of languages again, so it must be related to these files. I can see in the sandbox's file manager that the sandbox has not created Germanized related .mo files at /wp-content/languages/wpml/ and I suppose that's why it works.
I think I found the solution or at least a workaround.
So far I always deleted the whole /wp-content/languages/wpml/ directory, which resulted in WPML recreating everything in there, including Germanized related .mo files.
Now I just deleted the Germanized related .mo files in /wp-content/languages/wpml/, which DID NOT trigger WPML to recreate them. Germanized Pro content is in German now, as it's supposed to be.
I don't fully trust this solution yet, but so far these files have not been recreated and it appears to be fine. I'll keep an eye on it, but I recommend you guys investigate further as well, especially why WPML recreates these files (if deleting the whole directory), when these files are obviously not necessary and even cause issues.
The "solution" is not working 100 %, because the invoice email sent by Germanized Pro is still in English. Sigh. edmundH-3 in the other ticket has the same issue.
Sorry for the spam, I should have collected my findings and made one post.
The invoicing issue is present in the sandbox as well!
In the sandbox, go to WooCommerce -> Bestellungen -> click on the order I made today.
Scroll down until you see "Rechnungen". It looks fine, because it's in German, but then click on the envelope icon right next to "Unbezahlt" (see first screenshot), which re-sends the invoice to the customer.
You'll notice that the language switches to English (see screenshot 2) and the invoice email will be in English as well. This works fine with WP 6.6.2, so there's some deeper issue here.
