Skip Navigation

This is the technical support forum for WPML - the multilingual WordPress plugin.

Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.

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/
Sun Mon Tue Wed Thu Fri Sat
9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 - -
14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 - -

Supporter timezone: Asia/Jerusalem (GMT+02:00)

This topic contains 0 replies, has 2 voices.

Last updated by Itamar 1 week, 1 day ago.

Assisted by: Itamar.

Author Posts
November 22, 2024 at 2:06 pm #16434172

edmundH-3

Hello Itamar,

This is what I received fron Vedidiero -Support (Plugin: Woocommerce Germanized (pro)):

Hi,
During my analysis I found that the WPML String Translation plugin was causing the problem. In my tests, this was because the entire language file from Germanized/Germanized Pro was apparently loaded into the WPML string translation and the language file was dynamically overwritten by WPML. This has not worked correctly since WP 6.7, which is apparently due to WPML. As a test, you can delete the language file managed by WPML under wp-content/languages/wpml/, then the problem should not occur (anymore).
Greetings
Replied by Dennis on November 22nd, 2024 9:52 am

Hello,
that is not a permanent solution if the language file is dynamically overwritten by WPML.
Who is going to take action now?
WordPress? WPML? Vendidero?
Greetings
Edmund

PS
This User has the same Problemns:
https://wpml.org/forums/users/martinb-55/
Good day,

I have the same issue with WooCommerce Germanized, even after updating WordPress to 6.7.1.

I can see English strings mixed with German strings in the confirmation emails and in the backend as well (for example at WooCommerce --> Settings --> E-Mails, where some of the email titles are in English, but are supposed to be in German).

Everything at "WooCommerce --> Settings --> Germanized" is in English as well, as if Germanized thinks the website language was English - it is German however, in WPML as well.

Everythings works perfectly again when reverting to WP 6.6.2, then everything is properly translated.

If I delete the relevant .mo files at "/wp-content/languages/wpml/", then for a second the translations are working again. However, WMPL then says "WPML is updating the .mo files with the translation for strings.", re-creates these files and I have a mix of German and English again, but only with WP 6.7 or 6.7.1.

November 22, 2024 at 8:10 pm #16435215

edmundH-3

Here two answers got Vendidero Support today.

Hi,

During my analysis I found that the WPML String Translation plugin is causing the problem. In my tests, this was because the entire language file from Germanized/Germanized Pro was apparently loaded into the WPML string translation and the language file was dynamically overwritten by WPML. This has not worked correctly since WP 6.7, which is apparently due to WPML. As a test, you can delete the language file managed by WPML under wp-content/languages/wpml/, then the problem should not occur (anymore).

Regards

- replied by you on November 22nd, 2024 9:52 am

Hi,

that's because you apparently added the Germanized language file as a string translation (at least that's my guess) - I hope that WPML will be active soon..

Greetings

- replied by Dennis on 11/22/2024 5:10 p.m.

November 24, 2024 at 10:14 pm #16437621

edmundH-3

Hello,
are there any activities in progress?
BR
Edmund

November 25, 2024 at 7:40 am #16438004

martinB-55

Good morning,

Thanks for the update.

Yeah, that's the workaround that I discovered as well, deleting the files at "wp-content/languages/wpml/", but then WPML recreates them right away.

How do we stop WPML from recreating them? It looks like this is a WPML issue then, not a Germanized issue.

November 25, 2024 at 8:39 am #16438253

Itamar
Supporter

Languages: English (English ) Hebrew (עברית )

Timezone: Asia/Jerusalem (GMT+02:00)

Hi, Edmund, and Martin.

Thanks for sharing all this information with us.
We've had similar reports. The problem is with Strings Translation and the loading of the .mo files. Our developers are working on fixing this issue. The current workaround we can suggest is downgrading WP to 6.6.2, which has already been suggested here.

Edmund, you most likely have the same issue our developers are working on. If you want us to investigate the specific issue with the WooCommerce Germanized plugin and confirm it is the same issue, please allow us to take a copy of your site. I must install a Duplicator or All-In-One Migration plugin for this. Please let me know if you agree.

Regards,
Itamar.

November 26, 2024 at 11:31 am #16444359

edmundH-3

Hello Itamar,

I tried today an upgrade of the 3 WMPL-Plugins to the latest BETA-version, as announced in the email for WPML 4.7 Beta yesterday 25th Nov.
Afterwards I updated to WP 6.7.1.
The issues were still the same. Then I restored my backup to WP 6.2.2 and the latest WPML-Plugins.

How long do you expect, will your developers require for solving translations issues within Woocemmerce Germanized (Pro)?

If this will take several weeks, I´d appreciate If you could confirm the the same issue on my site, after you´ve dupplicated it.
Rather investigating on an duplicated site, than on the productive one.

BR
Edmund

November 26, 2024 at 2:52 pm #16445639

Alejandro
Supporter

Languages: English (English ) Spanish (Español ) Italian (Italiano )

Timezone: Europe/Rome (GMT+01:00)

Hello there!

We're not sure how much it could take but we're currently stuck because we need a copy of a real site with the issue, however it's one of our big priorities so we hope it doesn't take much!

Would you kindly send us a duplicate of your site? you can use a plugin like WP All in One Migration and remove from there things like maybe users and media? anything that you don't see fit and that would make the site lighter.

We can take it from there and work as fast as possible to have the problem solved.

November 26, 2024 at 2:54 pm #16445641

Alejandro
Supporter

Languages: English (English ) Spanish (Español ) Italian (Italiano )

Timezone: Europe/Rome (GMT+01:00)

Oh yeah, We couldn't do that ourselves because the credentials you had left us are no longer working.

I have enabled the credential fields in case you wish us to take the duplicate of the site from you.

I want to remind you that because of GDPR laws, that duplicate of the site will only be shared with the devs tha will work on it, and will be deleted after the testing has concluded.

November 27, 2024 at 7:23 am #16447628

martinB-55

If everything else fails, I can provide you access to my staging site. It has a lot of real customer data though, so I'm reluctant to do so.

November 27, 2024 at 9:34 am #16448335

Itamar
Supporter

Languages: English (English ) Hebrew (עברית )

Timezone: Asia/Jerusalem (GMT+02:00)

Hi, @martinB-55 and @edmundH-3

If the problem also occurs on the staging site, it is preferable you share with us a copy of the staging site. Or we can take the copy ourselves. We understand your concern about your customers' data. However, there is something you can do about it. You can remove personal data from your site before sharing it with us. Please read about it at the following link.

How to remove personal information from your database for support

Please read this document carefully before proceeding with any actual steps. Do not apply the scripts presented on this page to your live, production site as they remove extremely important information from the site’s database.

Investigating this issue on a copy of your site can help us expedite the fix. Nevertheless, our developers are already working on this, and I hope the fix they will provide will also help in your case. In any case, the decision whether to share the copy of your site with us is yours.

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.--

Regards,
Itamar.

November 27, 2024 at 5:34 pm #16451335

othmarG

Hi,
I have the same problem. Also mixed English and German text.
In an WPML case support tells me to patch the LoadTextDomain.php .
After deleting the "/wp-content/languages/wpml/" files, some translations are ok. But invoices currently in English instead of German.
GermanizedPro support tells me there is no known problem???
Very strange....

November 29, 2024 at 7:38 am #16457929

martinB-55

@Itamar

Have you received access to an affected site yet? If not, I'll provide you with access to my staging site.

November 29, 2024 at 2:27 pm #16459971

edmundH-3

A view minutes ago I provided Itamar with my staging site, I created the last days.
Hopefully WPML-Support can help soon.

November 30, 2024 at 8:09 pm #16462285

Itamar
Supporter

Languages: English (English ) Hebrew (עברית )

Timezone: Asia/Jerusalem (GMT+02:00)

Thanks, @edmundH-3

I've downloaded a copy of your staging site and sent it to our developers.

We'll keep you updated on news regarding this issue.

Please note that the problem you show on the screenshot of the checkout page is not a WPML problem. I could confirm this by deactivating WPML and its add-ons and checking those strings on the checkout page. They are still in English even though the site's only language is German.

Regards,
Itamar.

December 2, 2024 at 7:58 am #16464442

martinB-55

Hello,

I can provide you with the login to my staging site as well, if that helps.