Skip Navigation

This thread is resolved. Here is a description of the problem and solution.

Problem:
You are using global modules with WPML in Divi and have set translations for these modules in the Divi Library. However, when placing the global module on a page, WPML still prompts for translations on the page itself and ignores the translations set in the Divi Library.
Solution:
First, ensure you have followed the steps outlined in the documentation for translating Divi and Extra global modules with WPML. You can find the guides here:

If the problem persists after following these guides, consider switching from the Classic Translation Editor to the Advanced Translation Editor for more flexibility with translations.

If these solutions do not resolve your issue or seem outdated, we recommend opening a new support ticket. We also advise checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. For further assistance, please visit our support forum at WPML Support Forum.

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.

This topic contains 5 replies, has 0 voices.

Last updated by Andrey 3 weeks, 3 days ago.

Assisted by: Andrey.

Author Posts
May 29, 2025 at 11:16 pm #17090105

ryanR-5

Background of the issue:
I'm testing using global modules with WPML. I've created a global module on my root language: EU English. I went into the Divi -> Divi Library and updated the translations for all other languages connected to English.

Symptoms:
When I put the global module on a page, the page still expected me to add translations to the page itself for the global module, even though the global module already has its own translations in the divi library. When I update the translations on the page itself, WPML completely ignores those translations, and instead displays the translations set in the divi library.

Questions:
Is there a setting to sync translations between the Divi library and the page itself?

May 30, 2025 at 7:47 am #17090693

Andrey
WPML Supporter since 06/2013

Languages: English (English ) Russian (Русский )

Timezone: Europe/Kyiv (GMT+03:00)

Thank you for contacting WPML support.

Have you followed the steps in these articles?
hidden link
https://wpml.org/documentation/theme-compatibility/divi-builder/

If the issue persists, please upload any relevant screenshots or screen recordings that can help us better understand the problem.

I’ve also enabled the debug information field for this support ticket. You can follow the steps here to retrieve and share it with us:
http://wpml.org/faq/provide-debug-information-faster-support/

May 30, 2025 at 3:43 pm #17092794

ryanR-5

I've reviewed that page and it seems to state something contradictory to what is actually happening:

"Perform the translation as normal. Now when you translate a page that uses the global module, only the other elements of the page will need to be translated. The translated content of the global module is preloaded into the translator."

My global module is fully translated; however, when I place it on a page, it expects me to still translate all the global module text for the page. However, it doesn't actually use those translations, but instead uses the divi library global module translations.

I am using the classic editor.

Here's a video showcasing my problem clearly: hidden link

June 2, 2025 at 3:31 pm #17098584

Andrey
WPML Supporter since 06/2013

Languages: English (English ) Russian (Русский )

Timezone: Europe/Kyiv (GMT+03:00)

Thank you for providing the screencast — it really helped clarify the issue.

From what I can see, the behavior you’re experiencing is likely due to using the Classic Translation Editor.

The documentation excerpt:

Perform the translation as normal. Now when you translate a page that uses the global module, only the other elements of the page will need to be translated. The translated content of the global module is preloaded into the translator.

…assumes that you’re using WPML’s Advanced Translation Editor (ATE). The Classic Editor is WPML’s legacy tool and lacks many modern features, including better handling of translations.

I recommend switching to the Advanced Translation Editor and testing again. Please note that the Classic and Advanced editors are not synchronized, so you’ll need to retranslate the pages using ATE.

More details on the translation editors can be found here:
https://wpml.org/documentation/translating-your-contents/using-the-translation-editor/
https://wpml.org/documentation/translating-your-contents/advanced-translation-editor/

June 2, 2025 at 6:10 pm #17099205

ryanR-5

That's unfortunate. Is there no alternative solution while keeping the Classic Translation Editor?

The advanced translation editor lacks some features that we require. Primarily, if a paragraph has even one word changed, it requires the entire paragraph to be re-translated. The Classic Translation Editor does well on this - it keeps the old translation so that if one word is changed in English, only one new word has to be translated.

Unless the Advanced Translation Editor has been updated to be more user friendly, we'd like to stay with the Classic Translation Editor and find a solution for it. Please let me know if there is any, thanks!

June 3, 2025 at 9:58 am #17101449

Andrey
WPML Supporter since 06/2013

Languages: English (English ) Russian (Русский )

Timezone: Europe/Kyiv (GMT+03:00)

I’m afraid there is no alternative solution if you’re expecting the behavior as described in the documentation.

However, if you’ve been using the Classic Translation Editor for a while, I recommend giving the Advanced Translation Editor a try. It offers more flexibility, including the ability to split paragraphs into multiple segments for translation. To enable this, simply deactivate the option “I prefer bigger segments” in the editor settings.

Screenshot-2025-06-03-at-12-53-14.png