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.
Tagged: ATE
This topic contains 27 replies, has 3 voices.
Last updated by Christopher Amirian 2 weeks, 1 day ago.
Assisted by: Christopher Amirian.
Author | Posts |
---|---|
October 17, 2024 at 10:16 am #16299402 | |
ludovicC-2 |
Hello, "is not reflecting the translation in the front end." The only workaround for us would be to duplicate page for other language and separate, and manually translate it in the builder per language 🙁 I also tried with a new translation from scratch for your new page Bcorp : hidden link Finally, perhaps there is a conflitc/bug with Bricks Builder page ? Everything was working before by the way as you can see on all our others pages. |
October 17, 2024 at 11:46 am #16299937 | |
ludovicC-2 |
What I've also noticed is that if you edit a translation that is already exist to make a correction and save it, it doesn't appear on the front-end. |
October 17, 2024 at 1:24 pm #16300382 | |
Christopher Amirian Supporter
Languages: English (English ) Timezone: Asia/Yerevan (GMT+04:00) |
Hi, Ok let me explain: The first issue was not related to the front end actually, it was an issue inside the advanced translation editor, where it did not show the translations that you had before there onvthe right side. We fixed that issue by the language mapping and the DeepL thing. Nothing to do anymore there as it is fixed and you do not see that problem anymore. Now the other issue that you correctly identified is that when you edit a translation it does not show int he front end of the website. As it is now front end, it might be a compatibility issue or not but I am not sure. that is why i asked the second-tier support to take a look. i am waiting for their answer nd will come back to you as soon as I have news. Thank you for your patience. |
October 22, 2024 at 8:14 am #16315603 | |
Christopher Amirian Supporter
Languages: English (English ) Timezone: Asia/Yerevan (GMT+04:00) |
Hi, The second tier support asked for a copy of the website. Am I allowed to copy the website to our server for further investigation? |
October 22, 2024 at 8:34 am #16315782 | |
ludovicC-2 |
Hello, "We fixed that issue by the language mapping and the DeepL thing. Nothing to do anymore there as it is fixed and you do not see that problem anymore." It didn't fix the bug of our empty field and lost translation. With your solution, the empty fill is filled now by the automatic translation by DeepL, not by our lost translations. "The second tier support asked for a copy of the website. Am I allowed to copy the website to our server for further investigation?" Yes for sure. Greetings, |
October 23, 2024 at 2:37 pm #16322420 | |
Christopher Amirian Supporter
Languages: English (English ) Timezone: Asia/Yerevan (GMT+04:00) |
Hi, Thank you. I added another report regarding the first issue. So internally the second tier works on: 1- The empty ATE translations that now is filled with DeepL and not your translations. 2- The front end does not reflect the changes no matter if it is your translations or DeepL one. |
October 24, 2024 at 12:43 pm #16326291 | |
ludovicC-2 |
Hi, Yes that's we wrote in our first ticket from the beginning of October. I hope a solution will be find soon because it's starting to get long. |
October 24, 2024 at 2:22 pm #16326922 | |
Christopher Amirian Supporter
Languages: English (English ) Timezone: Asia/Yerevan (GMT+04:00) |
Hi, We do our best here and I understand that it takes a long time. Now we have an answer for the front end of the website not reflecting the translation and unfortunately this is a bug with Bricks which you use. We already are in contact with them and they are working to find a solution for this. For now the only solution is to switch to classic translation editor from the settings which means you can not access the translations you did in advanced translation editor in the first place. We do not have any other workaround at the moment and waiting for the Bricks developers to provide a solution. Thank you for your understanding. |
October 24, 2024 at 2:44 pm #16327010 | |
ludovicC-2 |
Ok, I see Bricks Builder released a new updated version this week. And I see some WPML fixes in their last version : hidden link |
October 24, 2024 at 4:59 pm #16327491 | |
Alejandro Supporter
Languages: English (English ) Spanish (Español ) Italian (Italiano ) Timezone: Europe/Rome (GMT+01:00) |
Hello there! Please watch this video: hidden link This should explain the automatic translation that was made, why it was made and why the segments were empty BEFORE that translation was made. In short, you made a few changes on April 5th more or less but back then you only updated the French version. you opened and updated the Dutch and German version only months after, on Oct 7th, when you had received credits from us (we added free credits to everyone back then) and the "automatic translation by default" feature kicked in. ----------- However, I tested the Advanced Translation Editor on the about us page, on your live site and it did update the content normally. I wanted to check your revisions of the page to understand better if the info i have matches your site's but it seems you have revisions disabled so I couldn't verify it. however, the video should be very detailed on what happened to that page. We can check other pages if you want but i suspect one issue that will be recurring is the seopress segments that appear on your site because you started modifying something from the plugin, maybe adding a SEO description or something similar. Regards. |
October 25, 2024 at 3:04 pm #16331266 | |
ludovicC-2 |
Dear Alenjandro, Thank you for your video, it was great, thank you. Yes you're right, now we were able to update the translation of the NL "about us" page, it seems that updating yesterday Bricks Builder from 1.10.3 to 1.11 solved the bug as you can see on their official changelog hidden link Thank you for disabling the automatic translation. Now we are still see some empty fields even if these fields was already translated on the website. (See attached file) And I put some images in attached files if you prefer images than videos. EN: hidden link So I do not know if this bug of missing translations comes from Bricks or WPML. And to answer your question from your video about OUR STORY svg translations of the about page, don't worry, my customer wanted to keep OUR STORY for all languages. On the other hand, for some other pages that my client wanted to translate SVG, I had applied this code that I had posted on the Bricks forum while waiting for the Bricks team to correct this bug that I reported a long time ago: hidden link Have a nice day, |
October 28, 2024 at 2:46 pm #16338305 | |
Christopher Amirian Supporter
Languages: English (English ) Timezone: Asia/Yerevan (GMT+04:00) |
Hi, Thank you for the video and explanation. I asked Alejandro to take a look on the product archive page. it might take time as you may know it includes to check the history to see what was happening. Thank you for your patience. |
October 30, 2024 at 3:03 pm #16348053 | |
Christopher Amirian Supporter
Languages: English (English ) Timezone: Asia/Yerevan (GMT+04:00) |
Hi, I have an answer from the second tier. The same thing Alejandro mentioned in the previous video happened on the archive page too. Original text:
Current text:
"is" changed to "offer" in the original language. This means that the whole paragraph is changed and the behavior of showing an empty for translation is correct as it is a new paragraph with changed text and it needs your translation. The changes happened around March 2024 and only the French language actually was translated with the changed Engish content and the other languages were neglected at that time. That means, as there is no change in the NL version it will still show the previous translation. But as soon as you try to translate NL, it will show the changes as empty as it expects you to give the new translation for the changed English text. The behavior here is expected and that is how WPML works. Thanks. |