Problem: The client is experiencing issues while translating a page from English to Spanish using the new ATE interface. The problems include the inability to complete the translation due to formatting markers, parts of the translation resetting upon reopening, and the old ATE interface ignoring
<br />
markers and splitting paragraphs into multiple lines. Solution: We have resolved the initial issue with the HTML markers. However, the new editor still erases text line breaks when the "I prefer bigger segments" option is selected, affecting both normal text and text within the Toggle element. To address the issue with the line breaks, we have created a new support ticket which you can follow here: https://wpml.org/forums/topic/split-line-breaks-in-new-ate/
If this solution does not apply to your case, or if it seems outdated, 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. Should you need further assistance, please do not hesitate to open a new support ticket at WPML support forum.
Problem: The client was trying to translate portfolio links in a post using the Advanced Translation Editor (ATE). They expected the links to translate automatically or manually, but instead, the links redirected to the same post where the hyperlink was, without translating to the intended language.
Solution: 1. We identified that the issue was a bug within ATE, where adding both bold and italic HTML markers to a link text caused problems. 2. To resolve this, we recommended removing the italic text markup from the links and retranslating the content. 3. We confirmed that the issue with line breaks when using HTML markers in ATE that include a link and at least one style element should now be resolved, as we could not recreate it on a new test site. 4. For existing affected content, we advised the client to update the original content and run the translation again.
Please note that this solution might be irrelevant if it's outdated or not applicable to your case. If you're experiencing similar issues, we highly recommend checking the related 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 with us.
Problem: The client was trying to translate the phone number in the header content from Catalan to Spanish and English using the Avada theme options, but the translations were not displaying correctly. The string was translated in WPML String Translation, but the issue persisted with incorrect translations showing or the fields being empty.
Solution: 1. Navigate to Avada-> Options-> Header. 2. Switch the language using the top admin bar. 3. Enter the translated phone string for the respective language. 4. Save the settings.
Additionally, the English string was incorrectly flagged as Catalan in the String Translation. We corrected the source language, which resolved the issue.
Please note that this solution might be irrelevant if it's outdated or not applicable to your case. If the problem persists, we recommend checking the related known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If you still need assistance, please open a new support ticket.
Problem: If you're experiencing issues on your WooCommerce multilingual site where users get redirected to the same page instead of the payment screen when trying to place an order in the English version, while other languages like Spanish and French work fine, this might be due to multiple endpoints being registered with the main string in Spanish.
Solution: First, ensure that the 'Order received' endpoint in WooCommerce -> Settings -> Advanced is set to 'order-received'. Then, go to WPML -> String Translation and delete all strings related to 'pedido-recibido' and 'order-received' endpoints. After that, translate 'order-received' to other languages as needed, for example, 'pedido-recibido' for Spanish. Additionally, check other endpoints like 'order-pay' and ensure they are set correctly in WooCommerce settings and translated appropriately in String Translation. Follow the steps provided in our errata for detailed instructions: Incorrect content displayed when WooCommerce endpoints are translated from non-English to English.
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 with us: WPML support forum.
Problem: The client was trying to translate Avada portfolio element filters from CAT to ESP and ENG. While the filters displayed correctly in ENG, they were not displaying correctly in ESP. Additionally, an unselected tag "Concerned Citizen" was showing up as a filter, despite being correctly set in the backend. Solution: We recommended a workaround for this issue, which is due to a compatibility conflict with the Avada theme. We advised the client to first perform a full site backup, which is mandatory before attempting the workaround. The workaround can be found in our errata page: Avada Theme Portfolio Tag Filter Missing in Secondary Languages We also informed the client that our compatibility team is in contact with Avada developers to address this issue, and a permanent fix will be included in future versions of the theme.
Please note that the solution provided might be outdated or not applicable to your case. If the workaround does not resolve your issue, we highly recommend checking the related known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If you still need assistance, please open a new support ticket.
Problem: The client is trying to translate an Avada form from English to French. The issue is that the "Checkbox fields (with conditional logic)" for the "SERVICE" field are not being displayed on the frontend of the French translation, even though the form appears as 100% translated in the Advanced Translation Editor (ATE). Solution: We recommend checking the specific errata page for a workaround regarding Avada forms where checkbox fields with conditional logic are not displaying in translated forms. You can find the workaround here: https://wpml.org/errata/avada-forms-checkbox-fields-with-conditional-logic-not-displaying-in-translated-forms/.
Please note that the solution provided might be outdated or not applicable to your case. If after following the steps the issue persists, we highly recommend checking the related known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If you still need assistance, please open a new support ticket. For further assistance, you can reach out to us on the WPML support forum.
Problem:
Client is unable to see the translated postcards element category filters on the English version of their website. The filters are not displaying, and manual fixes are not permanent as they get reset randomly.
Solution:
If you're experiencing issues with translating postcards element category filters and they are not displaying on your translated pages, we recommend adding custom XML configuration to your WPML settings. Here are the steps to follow:
1. Navigate to WPML -> Settings.
2. Add the following code to the Custom XML Configuration section:
3. If you already have existing content in the Custom XML Configuration, ensure you add this within the section.
4. Update the page in the original language that contains the postcard.
5. Edit the translation and check if the content appears in the translation editor. If not, use the search function at the top of the advanced translation editor.
6. After saving the translation, verify if the translation is visible on the frontend.
