Problem: The client reported that WPML has been displaying fields in the translation interface related to the 'spacer' element from Elementor, which was not initially present but appeared recently. Solution: We recommended the client to ensure that both their development and production environments are identical in terms of plugins, configurations, and server settings. We suggested performing monthly maintenance and updates to keep the system up-to-date. After the client performed these updates and forced a refresh of the WPML translation status on the affected pages, the issue was resolved. If you're experiencing this issue, we recommend ensuring your environments are consistent and performing regular updates. If the problem persists, consider refreshing the WPML translation status on the affected 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 at WPML support forum.
Problem: The client is experiencing an issue with the mega menu not working correctly in the Azerbaijani language version of their website. The menu works fine in English, but shows errors when switched to Azerbaijani. The error message '404 (Not Found)' appears in the console when trying to edit the mega menu in the Azerbaijani version. Solution: We suggested checking for a plugin conflict by deactivating the Elementskit plugin, which is used for the mega menu, to see if the issue persists. This approach was recommended because a similar issue was resolved on another site by resetting the permalinks, but this did not work in the current case. If you're experiencing this issue, we recommend trying to deactivate the plugin temporarily to check if it resolves the problem.
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: The client reported that several plugins were not functioning correctly on the English version of their website, and templates were not displaying properly in both English and Arabic. Specifically, when WPML was enabled, the homepage displayed a 'Page not found' error, but when WPML was disabled, the homepage loaded correctly in Arabic (the default language). Solution: We asked the client to describe the issue step-by-step and to increase the WordPress memory limit by adding the following to their wp-config.php file:
After reviewing the site's configuration and running some troubleshooting steps, we identified that the 'admin_texts_show_on_front' string was incorrectly translated in WPML's String Translation. We deleted this string and disabled the redirection, which resolved the homepage loading issue. We then applied the same solution to the production site.
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: After updating WPML to the latest version, the client experienced an issue where the 'Translate content' button was disabled (greyed out) when editing products on a WooCommerce site. This problem affected all products and persisted despite running WPML troubleshooting tools, switching to the Classic Translation Editor, and testing multiple products. The issue was linked to the WPML REST API requests being blocked. Solution: The issue was resolved by identifying that custom security rules in the server configuration (.htaccess and WAF) were unintentionally blocking WPML REST API requests. With the assistance of the hosting provider, these rules were removed, restoring full functionality to the translation dashboard and bulk translation process.
If this solution does not apply to your case, or if it seems outdated, 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 https://wpml.org/forums/forum/english-support/.
Problem: The client was unable to find an option to enter the site key in WordPress for WPML registration. Solution: We advised the client to first check if WPML was fully registered or connected to their account. Here are the steps we recommended: 1. Log into your WPML account. 2. Navigate to the 'Register WPML on your sites' link to manage or create a new site key. If these steps did not resolve the issue, we requested the client to provide access credentials privately to further investigate the configuration and ensure everything was set up correctly. Additionally, we confirmed that WPML was registered correctly at the provided admin URL, where the client could also manage their registration keys.
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: The client reported two main issues with their WPML setup on a WordPress site using WooCommerce, Elementor Pro, and the WoodMart theme. First, the main navigation menu was not rendering on translated pages across 10 active languages. Second, the menu admin UI displayed empty items despite a record count indicating the presence of items.
Solution: We addressed the issue in several steps: 1. We instructed the client to perform basic troubleshooting via WPML > Support > Troubleshooting, which included clearing WPML cache and fixing terms count. 2. For the mega menu not displaying correctly, we set specific custom fields related to the mega menu feature to 'Copy' under WPML > Settings > Custom fields section. This ensured that the mega menu settings were consistent across all languages. 3. We corrected the settings for the '_menu_item_object_id' custom field from 'Copy' to 'Don't translate' to prevent incorrect item relationships across different languages. This change was crucial for maintaining menu integrity when translated. 4. The client was advised to manually delete and re-add menu items in the non-English menus and synchronize them with the original menu.
These steps resolved the issues with menu visibility and functionality in the admin UI and on the frontend across all languages. For further details on translating custom fields, please refer to this documentation.
If these solutions do not resolve your issue, or if they seem 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 problems persist, please open a new support ticket.
Problem: If you're experiencing issues with incorrect pricing when selecting product options and using Apple Pay on your multilingual WooCommerce site, it might be due to the Stripe Gateway plugin not handling Chinese characters for term meta slugs. Solution: We recommend following these steps to resolve the issue: 1. Navigate to your WordPress Dashboard > WPML > Taxonomy Translation. 2. Select the Product Color taxonomy. 3. Click on the pencil icon next to each color and change the slug to Latin characters, then save. Repeat this for all Product Size terms as well. This should correct the pricing discrepancy.
If this solution does not apply to your case, or if it seems outdated, please check the related known issues and confirm that you have installed the latest versions of themes and plugins. If the problem persists, we highly recommend opening a new support ticket for further assistance. You can do so here: WPML support forum.
Problem: The client requested to speak to a human without providing specific details about the issue. Solution: We asked the client to elaborate on the problem and suggested providing screenshots to help clarify the issue. Additionally, we enabled debug information for the support ticket and provided a link to instructions on how to retrieve and share this information. If you're experiencing similar issues, we recommend following these steps: 1. Elaborate on your issue in detail. 2. Use the "upload an image" option to provide screenshots. 3. Retrieve and share debug information using the instructions here: http://wpml.org/faq/provide-debug-information-faster-support/area
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 at our support forum.
Problem: The client wanted to upgrade their license to an agency account for adding more sites and inquired about the availability of lifetime licenses. Additionally, they asked why a specific URL (https://crmsrail.com/new/wordpress) was being fetched instead of the expected (crmsrail.com). Solution: We informed the client that we do not offer lifetime subscriptions. For upgrading to an agency account and to view different plans, we recommended visiting https://wpml.org/purchase/.
If this solution does not resolve your 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 further assistance is needed, please open a new support ticket at WPML support forum.
Problem: You are experiencing a serious issue on your WordPress website after duplicating an Elementor page. The layout became broken, and WPML displayed a database warning indicating a problem with INSERT permissions for the database user.
Solution: We recommend ensuring that the MySQL server is not running in read-only mode and that the database user associated with your WordPress site has the correct permissions, especially write access. If the user only has read permissions, this is likely the cause of the problem. You may need to contact your hosting provider or server administrator to verify and adjust these permissions. For more information, please refer to the official WordPress documentation on database security.
Once the database user has the proper permissions, try performing the same steps again—the issue should no longer occur.
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 problem persists, please open a new support ticket.
Problem: The client was experiencing issues with the automatic translation feature in WPML where the modal window displaying the cost calculation process would appear, but then nothing would happen. The Dev-Tools network tab showed that the first request returned an error indicating 'No translations found for element type post_acf-field-group and ID 166', although there was an entry in the database with element_id = 166 but with element_type as 'post_post'.
Solution: We identified that the issue was due to incorrect 'element_type' values in the 'wp_icl_translations' table for entries where 'wp_posts.post_type' was 'acf-field-group'. We executed the following SQL commands to correct the 'element_type' to 'post_acf-field-group' for these entries:
UPDATE wp_icl_translations INNER JOIN wp_posts on wp_posts.id = wp_icl_translations.element_id SET wp_icl_translations.element_type = 'post_acf-field-group' WHERE wp_posts.post_type = 'acf-field-group';
After applying this fix, the automatic translation dialog was able to calculate the cost without any issues, and the requests no longer resulted in errors.
If you're experiencing similar issues, we recommend checking the 'element_type' in your database and ensuring it matches the 'post_type'. If the solution provided here does not resolve your issue, or if it seems outdated or irrelevant to your case, please visit our known issues page, verify the version of the permanent fix, and confirm that you have installed the latest versions of themes and plugins. If problems persist, do not hesitate to open a new support ticket.
Problem: The client is unable to translate the name of a custom post type created by MetaBox from Croatian into English and Slovenian. The untranslated post type name appears in the breadcrumbs. Solution: We recommend translating the custom post type slugs by following the steps outlined in the WPML documentation. You can find detailed instructions on how to do this by visiting the following links:
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. If you still need assistance, please open a new support ticket at WPML support forum.
Problem: The client reported an issue where the translated footer on their page did not match the original footer, nor the non-translated version, indicating a potential mismatch in the template mapping. The site uses the TT5 theme, which previously encountered issues with menu definitions when attempting to implement multilingual capabilities with Polylang. Solution: We requested the client to provide the URL for editing the footer in the original language and to share access credentials securely to investigate the footer translation and verify the WPML configuration. We also advised the client to ensure a full site backup is available before making changes.
If you're experiencing similar issues, we recommend checking your template settings and ensuring your WPML configuration is correct. For detailed guidance, visit our documentation on WPML documentation.
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: The client is experiencing issues with their translated page where the company logo does not show, the menu item formatting from the original page is not maintained, and they cannot add a language switcher to the menu as it is greyed out. Automatic Media Translation is enabled, and menu synchronization does not find any synchronized menus. Solution: We recommend creating a staging site to safely replicate and address these issues without affecting the live site. You can use the WP Staging plugin, which is free and user-friendly. Once the staging site is set up, please share the URL to edit the header in the original language, and we will use the credentials from your other ticket to assist further.
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 these steps do not resolve your issue, please open a new support ticket at WPML support forum for further assistance.
Problem: The client is experiencing issues with language assignments on their WordPress site using WPML and WooCommerce. Initially, all content was created in English, but after adding Greek and mistakenly setting it as the default language, WPML assigned all existing content, including WooCommerce product categories, as Greek. Changing the default language back to English did not resolve the issue, as many product categories are still assigned to Greek. Solution: We recommend resetting WPML and reconfiguring it with the correct language settings if the client has no translations yet or only a few that can be redone. Here are the steps: 1. Go to WPML → Support and click the Troubleshooting link. 2. In the Reset section of the Troubleshooting page, select the 'I am about to reset all translation and language data' checkbox. Then, click the 'Reset and deactivate WPML' button. Documentation on doing a WPML reset Please ensure to back up your database before making any changes.
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. If issues 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
