Problem: The client was unable to translate a property listing from English into French due to a WordPress caching issue. Solution: If you're experiencing a similar issue where you cannot translate content, we recommend clearing your WordPress cache. After clearing the cache, try translating the content again. This approach resolved the client's issue with translating property listings.
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.
Problem: If you're experiencing issues where the alert element in an Avada form does not inherit the properties of Avada global settings after a successful form submission, it might be due to the theme options not being configured for each language. Solution: We recommend checking your Avada theme options to ensure they are either configured per language or shared across all languages. This is crucial as the Alert element styles likely use Avada Global Options which might not be configured for the English language, causing the form success message to revert to default styling. Please make sure to create a full backup before making any changes. For detailed guidance, visit the following documentation: How to Set Theme Options for Languages in Avada.
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 is using WPML with Elementor on their multilingual website and wants to replace HTML blocks for different languages on their contact page, rather than translating them. They are unable to find the option to duplicate the page for different languages in Elementor and are concerned about the compatibility of their Elementor-designed pages with WPML's Translation Editor. Solution: We recommend using the manual translation method for the specific page where the HTML blocks need to be replaced. This involves using the WordPress Native Editor to manage translations directly, which allows for different content and designs per language. Here are the steps: 1. Enable manual translation for the specific page by following the instructions here: Using different translation editors for different pages. 2. Watch the video tutorial here: Video tutorial on manual translation with Elementor, which explains how to create and manage separate pages for each language using Elementor and the WordPress native editor.
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 this does not resolve your issue, please open a new support ticket at WPML support forum.
Problem: If you're experiencing an issue where WPML requests the translation of an entire page after updating a single block on your homepage, this is due to the Advanced Translation Editor (ATE) treating modified content as new because there's no translation memory match for the updated paragraph. Solution:
Since the paragraph content was modified and there is no existing translation memory match for the updated paragraph, the Advanced Translation Editor treats it as new content and requires it to be translated again as a new paragraph. However, the existing translation will still be displayed on the front-end.
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 open a new support ticket at WPML support forum.
Problem: The client reported that one of the menu items ('Insights') on their website did not translate into Arabic. Additionally, when navigating the Arabic version of the site and clicking on 'من نحن' followed by 'اتصل بنا', it redirected to the English version of the page, despite the pages being translated. Solution: We recommended the following steps to resolve the issue: 1. Navigate to the site backend, then go to Appearance -> Menu. 2. Select the main menu. 3. Use the language switcher in the admin bar to switch to Arabic. 4. Manually translate the 'Insight' string and any other untranslated links. 5. Save the changes.
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 at WPML support forum for further assistance.
Problem: The client faced two issues: 1) The multilingual language switcher was positioned at the bottom of the page instead of the header. 2) Four translated pages did not display their forms correctly, and these forms were not visible in the translation management page. Additionally, there were no updates available, and WordPress support could not resolve the issue. Solution: For the language switcher issue, we added the language switcher block to the Front Page Template. More details on adding language switchers can be found here: Language Switcher Options. Regarding the translation issue, it was due to a block encoded in base24, which WPML could not translate. We resolved this by updating to WPML version 4.9.3 and WPML String Translation version 3.5.2. The client was advised to update these plugins by checking for updates under 'WordPress Dashboard > Plugins > Add new > Commercial (tab)' and then clicking the 'Check for Updates' button. Detailed update instructions are available here: Automated Updates. After updating, the client needed to send the Front Page for translation again and complete the translation process.
If this solution does not resolve your issue or seems outdated, we 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 issues persist, please open a new support ticket at WPML Support Forum.
Problem: The client's live site indicates that it is registered, but the WPML website shows it as not registered. This discrepancy might be preventing updates and causing errors in the settings. Solution: We recommend resetting the site key, which will not affect your current translations. Follow these steps: 1. Log in to wpml.org. 2. Navigate to your account's sites page. 3. Click the trash icon next to the website URL to remove it. 4. In your WordPress Dashboard, go to 'Plugins' > 'Add New' > 'Commercial'. 5. Click 'Unregister WPML' and then 'Register WPML'. 6. Click 'Get a key for this site', copy the auto-generated key, and paste it into the 'Site Key' box. 7. Click 'OK'. For detailed instructions, visit https://wpml.org/faq/install-wpml/#register.
If this solution does not apply to your case, or if it seems outdated, please check the related known issues at https://wpml.org/known-issues/, verify the version of the permanent fix, and confirm that you have installed the latest versions of themes and plugins. If issues persist, we highly recommend opening a new support ticket at WPML support forum.
Problem: The client has translated content into Welsh using the WPML plugin, but changes made in the backend do not appear on the frontend of the site. The client also encountered an issue where the expected popup for translation options did not appear, and received a warning about potential data loss when switching from the WPML Translation Editor to the native WordPress editor. Solution: We advised the client to disable the Advanced Translation Editor if they prefer using the native WordPress Editor for translations. This action is necessary to avoid conflicts and ensure that changes are correctly reflected on the site. For detailed steps on how to switch editors, we recommended visiting the following documentation: Using Different Translation Editors for Different Pages.
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 issue persists, please open a new support ticket.
Problem: You are trying to translate a homepage from English to Spanish, but the system keeps setting Portuguese as the source/original language, even though you have already completed the English to Portuguese translation. Solution: First, we recommend duplicating the homepage and then attempting to translate the duplicated page into Spanish. This might resolve the issue of the incorrect source language setting. If duplicating the page does not solve the problem, we suggest providing us with a backup of your wp-content folder and your database. You can zip these files and share them via Google Drive. This will allow us to set up a local copy of your site and investigate the issue more thoroughly.
Please note that the solution provided might be outdated or not applicable to your specific case. 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 issue persists, please open a new support ticket.
Problem: The client reported that links with '/en' still appeared in the sitemap even though these pages were supposed to be deleted. Additionally, upon deleting the English version of a page, the language switcher button disappeared, which normally would redirect users to the homepage if a translation in the selected language was not available. Solution: 1. We confirmed that the translations existed and were not technically incorrect. To remove unwanted pages from the sitemap, the client should delete the posts in the secondary language from the WordPress admin, similar to how they would in the default language. 2. To address the missing language switcher button, the client needs to enable the option in WPML to redirect missing translations to the homepage. This setting is found under WPML > Languages. 3. For the issue with redirects, it was suggested to use more unique slugs for each language version of the pages to avoid conflicts, as using identical slugs in different languages can cause issues with WordPress and the server.
If this solution does not resolve your issue, or if it 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 further assistance is needed, please open a new support ticket at WPML support forum.
Problem: The client reported an issue with media translation paths when replacing an image uploaded in the same month as the original. This problem was specific to their setup and involved the Offload Media plugin. Solution: We suggested a workaround involving code changes in the Offload Media plugin. Specifically, the client needed to open
We also communicated with the plugin authors to seek a permanent fix. Meanwhile, the client can use this workaround as a temporary solution.
Please note that this solution might be 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 at WPML support forum.
Problem: You are unable to translate certain pages on your website using the Advanced Translation Editor or automatic translation. You receive an error message indicating that WPML tried to translate the page three times and failed. Solution: The issue might be caused by your hosting provider blocking the request through a firewall or another security layer, or the specific page may contain data or content that causes the translation job submission to fail. We recommend: 1. Updating the problematic widget on the original page by recreating it. 2. Alternatively, consider keeping and using the duplicated page instead of the original one.
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 at WPML support forum.
Problem: The client was unable to translate elements of the homepage after moving the site to a new domain. Despite the frontend displaying translated text, backend translation functionalities were not working. Solution: 1. We requested access to the client's site to investigate the issue further. For security, we advised the client to back up their site and provided a link to our privacy policy: https://wpml.org/purchase/support-policy/privacy-and-security-when-providing-debug-information-for-support/. 2. After gaining access, we utilized WPML's troubleshooting tools which resolved the issue, allowing the homepage to be opened and translated. 3. We identified potential issues with unusually long HTML strings related to Figma, which might have affected content processing. By duplicating and re-translating the page, the problem was resolved. 4. We suggested the client check with their hosting provider for any firewall or security rules that might be blocking requests, as this could explain the inconsistent behavior.
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 problems persist, please open a new support ticket at WPML support forum.
Problem: You are working on a multilingual website using WPML, with Greek as the default language and Bulgarian as a secondary language. You've translated most pages into Bulgarian, but several pages are stuck in an incorrect translation status. Specifically, some Bulgarian translations display a gear icon, indicating they are "assigned to a local translator", despite being fully translated. After saving, these translations still show as incomplete, and you cannot reset or create new translations. Solution: We have identified that the issue is due to incorrect database entries. Here's how we recommend you resolve this: 1. Access your database and navigate to the
wp_postmeta
table. 2. Search for entries with the meta key
icl_lang_duplicate_of
and remove them. 3. In the
icl_translations
table, remove entries where
element_id
is set to
NULL
. Before proceeding, ensure you back up your database for safety. If you're not comfortable performing these steps, or if the issue persists, please visit our support forum at WPML Support Forum for further assistance.
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 continues, do not hesitate to open a new support ticket.
Problem: The client has a bilingual website with pages in both Chinese and English. Some pages that are not translated into English still generate English URLs (/en/), which appear as errors in site audits, showing as redirects or broken links. Solution: We identified that the issue stems from the WPML settings. Specifically, the 'Link to home of language for missing translations' option was enabled in WPML → Languages, causing untranslated pages to generate English URLs. To resolve this, we adjusted the WPML settings to not link to the home of the language for missing translations. Additionally, ensure that the post type is set to only show translated items in WPML → Settings.
If this solution does not fully resolve the issue or seems outdated, 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 problems persist, please open a new support ticket.
This page includes support tickets that are resolved and documented. Looking for tickets that are “in progress”? Visit the complete support tickets archive
