Problem: The client was experiencing an issue where Elementor container templates translated into Russian were still displaying in English on the Russian version of the site, despite using the correct translated shortcodes.
Solution: The issue was resolved by modifying the code snippet used in the template. The original code forced the template to revert to English after switching languages, which prevented the Russian translation from displaying. The corrected code snippet ensures that the template switches back to the original language after fetching data in English, allowing the Russian version to display correctly. Here is the corrected code:
If this solution does not resolve your issue, or if it seems outdated or irrelevant to your case, we highly recommend 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. If the problem persists, please open a new support ticket.
Problem: The client was unable to see shortcodes within HTML table cells in the translated version of their page. The shortcodes were not appearing in the WPML Advanced Translation Editor (ATE) or on the translated page itself. This issue was observed even after switching between the old and new versions of the ATE.
Solution: The client discovered that the issue was related to how data was being fetched and displayed based on the site's current language. They resolved the problem by ensuring that the data fetching function always operated in the default language, regardless of the current language of the site. This was achieved by adding the following lines of code around the data fetching function:
This solution ensured that the data was correctly fetched and displayed in all languages. If you're experiencing similar issues, we recommend checking your data handling functions to ensure they are compatible with WPML's language switching functionalities.
Please note that this solution might be irrelevant if it's outdated or not applicable to your case. We highly recommend 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. If the issue persists, please open a new support ticket.
Problem: The client has translated a formidable form using WPML, but some translations are not displaying correctly. Specifically, certain fields remain in the original language despite being translated. Solution: We recommend checking the WPML -> Strings Translation section to ensure all necessary strings are translated. For fields not showing as translated, such as '147_field-2941-description', it's crucial to verify their translation status in WPML and update them if they are incomplete. Additionally, if encountering issues with specific strings like '[2850]', which refers to another field ID, it may help to remove and re-add the entry or adjust the string directly in the formidable form settings or WPML string editor. If duplicate strings are found in the string editor, deleting the outdated versions can resolve display issues.
Please note that this solution might be outdated or not applicable to your specific case. We highly recommend 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. If the problem persists, please open a new support ticket at WPML support forum for further assistance.
