Problem: The client is experiencing issues with the 'Ultimate Member' plugin where translations are not being applied unless specific language files are removed. This issue persists even after downgrading WordPress to a version lower than 6.5, and updating plugins did not resolve the problem.
Solution: We recommend the following steps: 1. Ensure you have a full backup of your website and database. 2. Update WordPress, WPML plugins, all other plugins, and your theme to their latest versions. 3. If the problem persists, it appears that the 'Ultimate Member' plugin is not compatible with WPML. We suggest contacting the plugin author to request a compatibility update. You can provide them with resources to help achieve compatibility with WPML: - WPML support for developers - Achieving WPML compatibility for themes and plugins - WPML Go Global program
If these steps do not resolve your issue, or if the solution becomes 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. If the problem still persists, please open a new support ticket with us for further assistance.
Problem: The client is unable to change the link for the 'schedule an appointment' button at the top of their site, which is built with Elementor and managed with WPML. The button currently links to a Dutch page, but it should link to the corresponding English page. Solution: We found that the button is added through the 'Appearance >> Customize > Header builder' section. To update the link, we used the WPML String Translation tool. Here's how you can do it: 1. Go to WPML >> String Translation. 2. Search for the button URL. 3. Add the translation for the URL. This should update the button link to direct to the correct language version of the page. Please check to confirm that the changes are correct.
If this solution does not resolve your issue, or if it seems outdated or irrelevant to your case, we recommend opening a new support ticket. Additionally, 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. For further assistance, please visit our support forum at WPML support forum.
Problem: The client is experiencing issues with variable products' translations not showing variations. Solution: If you're facing similar issues, we recommend you try the following steps: 1. Navigate to WPML -> Support -> Troubleshooting. 2. Run the functions one by one. Kindly check this documentation. 3. Edit the product in the default language. 4. Change the variation price and update the product. 5. Change the variation price back and update the product. 6. Update the product's translation. 7. Clear the site's cache and check the translated product on the front end.
Please ensure to backup your database before performing the above steps.
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 further assistance is needed, please open a new support ticket at WPML support forum.
Problem: The client migrated to a new host provider and encountered issues with WPML plugins not working due to the site key not being validated. This issue arose because the domain name default changed with the new web host provider. Solution: We recommended the following steps to resolve the site key validation issue: 1. Perform a full site backup. 2. Navigate to your account page at https://wpml.org/account/sites/ 3. Delete the existing site key. 4. Go to Wp-Admin -> Plugins -> Add New -> Commercial tab. 5. Click on "Unregister WPML from this site". 6. Refresh the page. 7. Click on "Get a key for this site" and copy the newly generated code. 8. Return to Wp-Admin -> Plugins -> Add New -> Commercial tab and register the site with the new key. 9. Check if the issue persists.
The client's lifetime license allows registering multiple sites without additional costs for new site keys.
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 further assistance is needed, please open a new support ticket at WPML support forum.
Problem: The client completed a purchase of 200K automatic translation credits but could not see the credits in their WPML account. Despite logging out and back in, the credits still did not appear. Solution: We verified from our side that the purchase was successful and the credits should be visible on the client's account page at https://wpml.org/account/. We suggested checking if the client might have another WPML account and to ensure they are logged into the account associated with their email address. Additionally, it was discovered that the 'Pay-as-you-go' option was active, which initially prevented the addition of prepaid credits to their site. After deactivating this option, the client was able to see and assign the credits.
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 for further assistance.
Problem: The client needed to change the publishing date of a translated article to match the date when the translation was actually published, but found that the date fields were locked and unchangeable in both 'edit' and 'quick edit' modes. Solution: We recommended the client to first ensure they are in the backend of the site and have switched to the desired language. They should then navigate to Posts or Pages, hover over the translated page/article, and select 'edit' or 'quick edit'. If using 'edit', the option to change the date should be available on the right sidebar. If a popup appears, they should select 'continue editing'. If the above steps do not unlock the date fields, we advised going to WPML > Settings and unchecking the 'Copy Publishing Date to Translations' option. After making this change, the client should make a small modification in the default language of the post to enable editing the date for the translated version.
If this solution does not resolve the issue or 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. If problems persist, please open a new support ticket at WPML support forum for further assistance.
Problem: You are experiencing an issue where loops are not appearing in other languages on your multilingual site, despite using 'pay-as-you-go' for translations and keeping the same category names. Solution: We recommend you navigate to WPML-> Settings-> Post Type Translation, and set the templates to
Translatable - use translation if available or fallback to default language
. After adjusting this setting, ensure to uncheck the automatic translation toggle.
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. Additionally, if you need further assistance, please do not hesitate to open a new support ticket at WPML support forum.
Problem: The client is migrating their English content to a new domain and wants to display different logos for different language versions. Despite adding the English logo via Media Translation, it does not appear on the new English site, and changes affect both language versions. Solution: We recommended checking if the site's header was created using a template or a visual builder. The solution involved finding the URL of the logo in the admin texts section by following the steps in our guide on Finding Strings that Don’t Appear on the String Translation Page. After locating the URL, translating it to the English logo URL resolved the issue.
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 is using website management software that lists all available updates with links to the repository, but these links don't work for WPML because it is commercial software. The client requested adding links to the WPML release notes in the WordPress repository. Solution: We explained that WPML uses an installer plugin embedded within WPML itself, which manages updates. This process is complex and involves WordPress hooks and our remote server that provides the updates. The links in the Dashboard -> Updates section are generated by these hooks, and the update information is fetched periodically from our site and stored in the client's database based on their subscription.
If this solution does not resolve your issue, or if it seems outdated or irrelevant to your case, we recommend opening a new support ticket. We also 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. For further assistance, please visit our support forum at WPML Support Forum.
Problem: The client needs to set up a language switcher displaying only the language codes 'Ru En Ro' without flags or full names, as shown in their screenshot. Solution: First, ensure that the languages are set up in WPML by navigating to WPML > Languages. If not present, add new languages at WPML > Languages > Add new language. Detailed steps can be found in the documentation here: Editing WPML's Languages Table. Next, create a Menu Language Switcher by going to WPML > Languages > Menu Language Switcher > Create new language switcher and assign it to the desired menu. Make sure the current page is translated into the languages you want to display; otherwise, they won't appear in the switcher. To display only the language codes 'Ru En Ro', navigate to WPML > Languages > Edit languages and modify the language names accordingly. Then, adjust the settings in WPML > Languages > Menu Language Switcher or Footer Language Switcher to hide flags and show only the language names. For more detailed instructions on setting up the language switcher, visit: Language Switcher Options.
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. Should you need further assistance, please open a new support ticket at WPML support forum.
Problem: The client reported that the Cookie Consent pop-up, which used to display in the language of the website page as translated in WPML Strings, now remains in English even when switching languages. The client suspected a change in functionality, possibly related to browser language settings. Solution: We clarified that the issue was not related to browser language settings but was due to a change in the string name by the Blocksy theme. We advised the client to check the Admin screen section of String Translation to see if the texts are listed there and to register them for translation if found. For detailed steps, we recommended following this guide: Translate Admin and Settings Strings. If the strings were not visible, we suggested updating the MO files by following these steps: - Go to WPML > Support > Troubleshooting. - Scroll down and click on the 'Show custom MO Files Pre-generation dialog box' button. - After the page refreshes, click on the 'Generate MO files' button and wait for the process to finish. - Clear the caches from the site and browser, then check again.
If this solution does not resolve the issue or 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 the problem persists, please open a new support ticket.
Problem: If you're experiencing issues with translating text within curly braces ({{}}) using the Heading widget from "Elementskit" in Elementor, it's because this syntax is not supported by WordPress or Elementor for focusing text. Solution: We recommend replacing the {{text}} notation with
<span>text</span>
. Text wrapped in tags will inherit the focused title settings and can be translated correctly. You should apply the same HTML formatting in the Translation Editor. For detailed guidance on using HTML in translations, please check this guide.
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 feel free to open a new support ticket at WPML support forum.
Problem: You are experiencing a recurring issue with the WPML plugin where after translating pages and posts, the backend functionality of your site gets corrupted, and the file admin-ajax.php throws a 500 error. The error log indicates a fatal error related to a function call on a null object within the WPML plugin's code. Solution: We have identified that the issue might be related to the PHP version compatibility with WordPress. Currently, your site is running on PHP version 8.3, which has only Beta support in WordPress. We recommend switching to a stable and compatible PHP version, such as 7.4 or 8.0, to see if this resolves the issue. You can check the PHP compatibility details with WordPress at this link.
If this solution does not resolve your issue or seems irrelevant due to being outdated or not applicable to your case, please open a new support ticket. We also 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. For further assistance, you can contact us directly at WPML support forum.
Problem: You are trying to create translated versions of your courses and lessons using LearnDash and WPML, following the instructions from the WPML documentation. However, the instructions and images do not match what you see on your site. Additionally, when you switch to a new language in the front end and click on your course, it redirects back to English. If you switch the language again, all lessons disappear and display an access error. Solution: First, ensure that after translating courses and lessons automatically, you connect them in the second language, similar to how you created them in the original language. Also, verify that the posts (courses, lessons) are published in the second language and not in Draft mode. If these steps do not resolve the issue, it might be due to outdated instructions or a specific configuration on your site. 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.
Problem: The client is experiencing an issue where the WooCommerce product URL slug is not correctly translated to English, showing the Spanish slug '/producto/' instead of '/product/'. Solution: If you're experiencing this issue, we recommend following these steps: 1. Ensure that the Base URL is translated properly in the WooCommerce Multilingual plugin. You can check the guide here: https://wpml.org/documentation/related-projects/woocommerce-multilingual/#urls 2. Go to WPML > Settings and navigate to the "Post Type Translation" section. Look for the Product post type and click on the Set different slugs in different languages for Products link to verify and adjust the Spanish slug. 3. If the problem persists, go to WPML > String Translation, find the original slug and delete it. Then try to update the slugs again from WPML > Settings > Post Type Translation > Products.
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 at WPML support forum for further assistance.
This page includes support tickets that are resolved and documented. Looking for tickets that are “in progress”? Visit the complete support tickets archive
