We ran into the following issue on one of our websites under development. In Bricks Builder, we inserted a script into a “Code” element. This script displays the booking interface. The problem is that when I sync the translations with ATE, this script code gets replaced and the Hungarian script code appears in every language. This script code does not appear in ATE, so it can’t be changed there. Still, WPML replaces the code set in Bricks. How can this happen? What is the solution—how can we prevent this? WPML is currently constantly overwriting the embedded code. This affects all pages, not just this one subpage.
Hi everyone! Fixing the indicated bug would be an SOS (urgent) matter for us, as the website is about to go live. Please get back to us as soon as possible.
We ran some tests with earlier versions of WPML and ATE works fine there — it doesn't copy the script code from the default language. However, with 4.9.2 the problem appears immediately on our other websites as well.
We performed further tests and found that we need to go back as far as version 4.8.6 for this bug not to occur. We downgraded WPML CMS one version at a time. With version 4.8.6, it does not perform this overwrite.
I tested it and I am now experiencing the bug here as well. The English version is blue, the German would be red, but if I make any modification on the English page and then open the translation with ATE, the script gets copied over to the German language.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
After reviewing the issue, kindly note that we can confirm that Brick's WPML Integration does not consider the "Code" widget to be translatable inside WPML's Translation Editor.
The only workaround we can offer at the moment is to translate affected pages using the WordPress Editor as the translation method.
Is this currently only a problem with Bricks' native "Code" element? Since we have now downgraded to version 4.8.6 to avoid the issue, can I upgrade to 4.9.2? We will keep this current bug in mind, but we would like to get back to 4.9.2. Will jumping between versions cause any problems?
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
I was not able to confirm on my test that downgrading WPML to a prior version solves the issue.
I have reviewed the WPML integration class inside Bricks, and they are not considering the Code widget to be translatable with the WPML Translation Editor, which is the root cause of this issue.
Anything that is not made available inside WPML's translation Editors will be copied over to the translation, in this case.
This is what causes the overwrite, but it is kind of expected when handling page builder content. Every widget needs to be made translatable by the author for flawless translation using the WPML Translation Editors.
The responsibility in this case falls to the Bricks Team, which has already created a WPML compatibility class inside their page builder. They just simply don't cover this "Code" widget yet.
Further, our developers have to confirm if it is suitable to actually make this widget translatable, as the Advanced Translation Editor is designed to translate text, not code. It might work out in the current state, but it needs to be tested properly.
I will keep you updated in case the compatilbity team can provide a workaround on this matter.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
Our compatilbity team replied that it is not advisable to make the code widget translatable inside the WPML Translation Editors, as it could break translations. Further, you might run into issues when using automatic translation inside the Advanced Translation Editor.
The fact that the original content is copied over to the translation is expected. You will need to use the translation method "WordPress Editor" in this case.
Further, take note that the integration for WPML is created by Bricks, and for further consultation, we would kindly like to ask you to consult the Bricks Support Team.
In cases where, for example, there is a form (Bricks Forge Pro Forms) on the website (e.g. at the bottom of the homepage), what is the correct workflow for translating such a page? Currently, translating these pages is problematic because ATE does not read the Bricks Forge Pro Form fields and, as you also mentioned, in such cases it gets overwritten by the default language. This is exactly what is happening to us now. There is a form on the homepage of the website. We have prepared it in 3 languages. Now that we modified the German translation with ATE, our form was overwritten by the default language, so we need to redo the form translation again.
What can we do about this? Unfortunately, this will keep happening every time we open ATE and make changes to the translations.
Languages: English (English )Spanish (Español )German (Deutsch )
Timezone: America/Lima (GMT-05:00)
I can offer that we recreate this on a test site and send it to our compatilbity team, but after all, the integration for WPML needs to be done by Bricks Forge Pro Form.
Could you please install the latest version of the plugin here?
One-Click-Login: hidden link
Leave me a comment once the latest version of Bricks Forge Pro Form is installed.
