WPML translates original language footer to another language

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.

Our wait time is higher than usual, please make sure you are meeting the minimum requirement - https://wpml.org/home/minimum-requirements before you report issues, and if you can take a look at current Known Issues - https://wpml.org/known-issues/. Thank you.

Sun	Mon	Tue	Wed	Thu	Fri	Sat
-	8:00 – 13:00	9:00 – 13:00	9:00 – 13:00	8:00 – 12:00	8:00 – 12:00	-
-	14:00 – 17:00	14:00 – 18:00	14:00 – 18:00	13:00 – 17:00	13:00 – 17:00	-

Supporter timezone: Europe/Zagreb (GMT+02:00)

Tagged: Known issue

This topic contains 0 replies, has 0 voices.

Last updated by Bruno Kos 1 week, 3 days ago.

Assisted by: Bruno Kos.

Author	Posts
March 10, 2025 at 6:10 am #16794380
anssiK-3	Background of the issue: I am trying to update the content of my original language Astra footer, but it gets replaced by a German translation of an old version of the footer. The issue can be seen on this page: hidden link Symptoms: The original language footer content is unexpectedly replaced by a German translation of an old version. Questions: Why is the original language footer being replaced by a German translation? How can I prevent the original language (English) footer from reverting to an old and German version?
March 10, 2025 at 6:27 am #16794424
Bruno Kos Supporter Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00)	Please let me know if https://wpml.org/errata/admin-strings-replaced-by-translations-after-visiting-the-customizer/ helped.
March 11, 2025 at 10:37 am #16800826
anssiK-3	I have replaced the line suggested by the fix and it seems that it might have partially fixed the problem but a part of English footer got again translated into German almost immediately after updating the footer back to English from the last unintended translation.
March 11, 2025 at 11:48 am #16801226
Bruno Kos Supporter Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00)	a part of English footer got again translated into German almost immediately after updating the footer back to English Can you record a short video using tool such as hidden link to show this, making sure that the workaround is still in place?
March 12, 2025 at 7:06 am #16805127
anssiK-3	Here is a screenshot. I don't think I can create a video with loom about the ftp client.
March 12, 2025 at 7:21 am #16805159
Bruno Kos Supporter Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00)	I don't mean this part where the code was changed. I mean this: a part of English footer got again translated into German almost immediately after updating the footer back to English from the last unintended translation. I suppose this happens in the Customizer or wherever you see this change happening?
March 12, 2025 at 7:28 am #16805163
anssiK-3	Yes, it changed the contents of the code in Cusomize/Appearance/Footer/ while it was originally written in English.
March 12, 2025 at 8:26 am #16805523
Bruno Kos Supporter Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00)	Can you check if this issue occurs in this sandbox? hidden link I’ve already applied the workaround from https://wpml.org/errata/admin-strings-replaced-by-translations-after-visiting-the-customizer/. Could you try replicating the issue? I’m wondering if a caching or other plugin might be influencing this. We recently had a similar case where NitroPack was the culprit, though I see you’re not using it. For reference, here’s a related discussion: https://wpml.org/forums/topic/button-header-and-html12-fields-footer-astra-theme-keeps-changing-language/#post-16688583
March 15, 2025 at 9:30 am #16819487
anssiK-3	The sandbox does not allow creating a similar kind of footer as I am using Astra pro in Central Asia Guide. We do have both, server side caching and WP rocket.
March 17, 2025 at 11:18 am #16824099
Bruno Kos Supporter Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00)	Would it be possible that you try by disabling both server side caching and WP rocket? Only temporary as a test. Or we can do this - we have an option to provide Cloudways server where we can do various test without influence of any caching. Let me know if that would work for you and I will set up a Cloudways site, along with the instructions.
March 24, 2025 at 6:33 am #16849682
anssiK-3	Unfortunately I don't have the opportunity to disable the server side caching while I am traveling (still for a month). Could you set up a Cloudways server instead.
March 24, 2025 at 8:23 am #16850110
Bruno Kos Supporter Languages: English (English ) German (Deutsch ) French (Français ) Timezone: Europe/Zagreb (GMT+02:00)	To do the migration please follow these simple steps: -Install this plugin in your site: Cloudways WordPress Migrator (https://wordpress.org/plugins/bv-cloudways-automated-migration/) -After you activate it you will be redirected to the migration form -Fill it with this information: --Email Your email here, as you will be notified about the migration progress. --Destination Site URL: hidden link --Database Name shgeyegmqg --Database Username shgeyegmqg --Database Password mg4T586Fdb --SFTP Username brunokos-16794380 --Server Public IP Address 46.101.150.123 --SFTP Password Brunokos-16794380 -Agree with the terms of service and click on "Migrate" More information: hidden link You will get an email when the migration starts, and one when the migration ends. Let me know when the migration is ready and I will check the issue in the test site immediately. The copy of your site will be online, but search engines won't index it (the copy) so you don't have to worry about duplicate content. The information you share with us will be confidential. Once the problem is resolved the details you shared with us will be deleted from our records. https://wpml.org/purchase/support-policy/privacy-and-security-when-providing-debug-information-for-support/