Problem: The client was unable to see the translated versions of their pages using the language switcher. The expected translations were not appearing on the website.
Solution: We recommended the client to check the following steps: 1. Ensure the language is not hidden in WPML->Languages. 2. Verify that the translation is not in the trash. 3. Confirm that the translation is published and not set as a draft. 4. Make sure the translation is 100% complete, indicated by a pencil icon next to the default language page.
Upon further investigation, we discovered that the client was using the Blog license of WPML, which does not support Translation Management and the 'translations' tab. These features are only available with the CMS version of WPML. We advised the client that to use the translation editor, which their contractor was using, they would need to upgrade to the CMS version. The link to the purchase page is https://wpml.org/purchase/.
As a temporary solution, we suggested that the client could go directly to Pages or Posts and add the translation manually, but they would not be able to use the translation editor without upgrading their license.
Please note that this solution might be irrelevant if it's outdated or not applicable to your case. If the issue persists, 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 you still need assistance, please open a new support ticket at our support forum.
Problem: The client was experiencing an issue where color and image swatches were not synchronizing in the second language, and they had to add the colors and image swatches in English as well. Solution: We recommended the following steps to resolve the issue: 1. Navigate to WPML -> Settings -> Custom Term Meta Translation section. 2. Set the fields (color, image, and not_dropdown) to copy. 3. Update the attribute to copy the values. 4. Check the translated product. We also provided a video to demonstrate the steps (https://files.fm/f/63eahyjht). These steps were applied to a sandbox site and resolved the issue. We asked the client to check the product on the sandbox site to confirm if the solution works correctly (https://rare-furruco.sandbox.otgs.work/el/product/henectus-tincidunt/).
Please note that this solution might be irrelevant if it's outdated or not applicable to your case. If the issue persists, we highly recommend checking related known issues (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 needed, do not hesitate to open a new support ticket for further assistance.
Problem: The client wanted to know how to keep product titles the same across all languages without translating them when adding new products. Solution: We recommend duplicating the full product page, which will keep the product title the same in all languages. However, this approach will also duplicate the entire content of the product page, not just the title. To duplicate content, you can follow the instructions provided in our documentation: Displaying Untranslated Content on Pages in Secondary Languages.
Please note that this solution might not be relevant if it's outdated or not applicable to your case. If this doesn't solve 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 in the WPML support forum.
Problem: The client is experiencing an issue where the main language is Latvian, and while translating forms into English and Russian using WPML, the Gravity Form is being overwritten to English. Solution: We recommend the following steps to resolve this issue: 1. Edit the file at
$st_context = $this->get_st_context( $form['id'] );
// Cache.
$current_lang = $sitepress->get_current_language();
if ( isset( $this->current_forms[ $form['id'] ][ $current_lang ] ) ) {
return $this->current_forms[ $form['id'] ][ $current_lang ];
}
$snh = new GFML_String_Name_Helper();
$check = new \WPML\Utils\DebugBackTrace();//add this
if ( $check->is_class_function_in_call_stack( 'GFFormDisplay', 'process_form' ) ) { //add this
return $form;//add this
}//add this
$form = $this->populate_translated_values( $form, $st_context );
3. Update the form and try to reproduce the issue.
If this solution does not resolve your issue or seems irrelevant due to being 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 problem persists, please open a new support ticket at WPML support forum.
Problem:
The client was experiencing two issues on the WooCommerce checkout page with WPML:
1) The product title on the order-pay endpoint page was not translating to the current page language but remained in the language the order was made in.
2) On the order-received page, the permalink slug for certain variable products with multiple attributes was in the wrong language.
Solution:
We recommended the following steps:
1) Go to WooCommerce > WooCommerce Multilingual > Status and complete any missing steps.
2) Navigate to WooCommerce > WooCommerce Multilingual > Store URLs and ensure that:
- Slugs are unique and not repeated across translations.
- Translations do not have the same slug as the original language.
If these steps are completed and the issue persists, we provided a code snippet to temporarily change the order language to English, retrieve the product information, and then revert the language back to the original. The client should add this snippet to their functions.php file. (fond here: https://wpml.org/forums/topic/woocommerce-product-title-etc-on-pay-order-checkout-page-in-wrong-language/page/2/#post-10513689 )
Please note that this solution might be outdated or not applicable to your case. If the issue persists, we highly recommend checking related known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If necessary, please open a new support ticket with us."}
Problem: 1) The client is experiencing an issue with joining segments in translations, which requires redoing the joins every time an edit is made in the original language. 2) The client wants to preserve the URL slug in the original language for translations, but the slug is being automatically generated based on the translated title.
Solution: 1) We acknowledge the inconvenience caused by the joining segments issue and confirm that our development team is currently working on a solution. 2) To ensure the URL slug is copied from the original language, please follow these steps: - Go to WPML -> Settings -> Translated documents options -> Page URL - Select
Copy from original language if translation language uses encoded URLs
- Navigate to WPML -> Languages -> Edit languages - Set
Encode URLs
to
Yes
- Test this configuration by creating a new page and translating it to see if the issue is resolved.
Please note that the solution provided might be irrelevant due to being outdated or not applicable to your case. If the issue persists, we highly recommend checking related 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. You can reach out to us through the WPML support forum.
Problem:
If you're experiencing an issue where an Elementor button points to a page and does not switch to the respective language when changing languages, staying directed at the default English language instead.
Solution:
First, ensure that the template containing the button is translated. Follow these steps:
1. Navigate to Templates -> All -> Header in your WordPress dashboard.
2. Use the translation editor to translate the header template.
After translating the header template, the button should correctly point to the translated post. For further guidance, we recommend checking our guide on translating Elementor templates.
If the button still does not work correctly after these steps, or if you encounter additional issues such as with the query loop, we suggest opening a new support ticket for each separate issue.
Please note that the solution provided might be irrelevant due to being outdated or not applicable to your case. We highly recommend checking related known issues on the WPML known issues page, 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.
If these steps do not resolve your issue, or if the solution seems outdated or irrelevant 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 necessary, please open a new support ticket at WPML support forum for further assistance.
Problema: El cliente tenía problemas con la descripción de productos que no aparecían traducidos en el idioma secundario. Solución: 1. Pedimos al cliente que actualizara todos los plugins y temas desactualizados para evitar conflictos en el código. 2. Tradujimos dos cadenas de texto específicas y pedimos al cliente que confirmara si el problema se había resuelto. 3. Actualizamos la traducción al 100% de un producto y sugerimos al cliente que hiciera lo mismo con otro producto como prueba, asegurándose de descartar la traducción en la sección de traducción de cadenas por el momento.
Si estás experimentando este mismo problema, te recomendamos que sigas los pasos anteriores. Sin embargo, la solución podría no ser relevante para tu caso si es obsoleta o no aplicable. En ese caso, te sugerimos abrir un nuevo ticket de soporte. También recomendamos encarecidamente revisar los problemas conocidos, verificar la versión de la solución permanente y confirmar que has instalado las últimas versiones de temas y plugins. Si necesitas asistencia adicional, por favor, contacta con nosotros en el foro de soporte de WPML.
Problem: You are trying to list all of your pages and posts that have not been translated from English using SQL. Solution: We recommend referring to our documentation on WPML tables and language information: WPML Tables Documentation. To find posts that have not been translated, you can use the following SQL code:
SELECT *<br />FROM wp_icl_translations<br />WHERE trid IN (SELECT trid<br />FROM wp_icl_translations GROUP BY trid having count(trid) = 1)
If you need to filter by a specific post type, such as 'Pages', modify the SQL like this:
SELECT *<br />FROM wp_icl_translations<br />WHERE trid IN (SELECT trid<br />FROM wp_icl_translations GROUP BY trid having count(trid) = 1) and element_type LIKE 'post_page'
Remember to prefix the post type with 'post_'.
If this solution does not apply to your case, or if it seems outdated, we highly recommend checking related known issues at WPML Known Issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If further assistance is needed, please open a new support ticket at WPML Support Forum.
Problem: The client was unable to save translations for custom post type slugs created with JetEngine when using WPML. After setting the slugs for languages and saving, the page would refresh and the fields would remain empty. Solution: We discovered that the Redis Object Cache Plugin was preventing the settings from being saved. We recommend disabling the Redis Object Cache Plugin temporarily to save the settings. We have now translated the slugs for the client, and the translations are functioning correctly. If the client continues to experience issues, we suggest disabling the Redis Object Cache Plugin momentarily to adjust the settings. Additionally, we offered to set up a test site to further investigate the issue and asked the client to provide the latest version of the JetEngine plugins for this purpose.
If this solution does not seem relevant to your situation, please open a new support ticket with us.
Problem: The client noticed an unexpected x-default tag on their pages and wondered if it was due to a recent WPML plugin version upgrade. They asked if there was a way to deactivate it through the plugin interface or if there was a hook available for controlling it programmatically. Solution: We confirmed that the x-default tag was indeed automatically added in the WPML version 4.5.0 and that there is no built-in option in the WPML interface to switch it on or off. However, we provided a custom hook that can be used to control the x-default tag. Here is the code that the client can use:
This code should be added to the theme's functions.php file or a custom plugin to remove the x-default tag.
Please note that this solution might be irrelevant if it's outdated or not applicable to your case. If 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.
Solution:
Yes, in order to enable this language URL format, it's necessary that all domains have the SSL certificate. If you check the "What you will need" section on the documentation that you mentioned, you'll see that the last item is:
- You should have an SSL certificate for each site translation, or one multi-domain SSL certificate.
Problem: The client is using the Kadence theme with WooCommerce and has encountered an issue where a Kadence element that was translated into German disappeared from the product page. However, the element appears in the original language on the Italian product page, which has not been translated.
Solution: We recommend the following steps to resolve the issue:
Create the Kadence element and in the Language section, uncheck the
'Use WPML's Translation Editor'
option.
Check the
'Duplicate'
option checkbox.
Press the
'Duplicate'
button.
Edit the duplicated translation and press the
'Translate independently'
option to release the translation from being a duplication of the original element. You can find more details in our guide on manually translating a page or a post at this link.
Edit the original element again and reactivate the
'Use WPML's Translation Editor'
option to make the Advanced Translation Editor active again for translating the element.
Translate the element with the Advanced Translation Editor and complete the translation.
Repeat steps 1-6 for the product to which the element is assigned.
After following these steps, the translated element should display on the translated product page.
**** Important! Please make a full site backup (files and DB) before you proceed with those steps**** If this solution does not seem relevant to your issue, please do not hesitate to open a new support ticket with us here.
This page includes support tickets that are resolved and documented. Looking for tickets that are “in progress”? Visit the complete support tickets archive
