Problem: If you're experiencing issues where the 'My Account > My Courses' page only works in English and redirects to the 'My Account' page in other languages, it might be due to incorrect URL handling in your custom theme. Solution: We recommend checking the
functions.php
file in your theme. Specifically, look for the function that customizes the WooCommerce menu on the 'My Account' page. You might find that the URL is hardcoded to 'my-account/my-courses', which does not account for language variations. Replace:
This change should correct the URL to reflect the appropriate language-specific endpoint. Please ensure to backup your database and website before making any 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 further assistance is needed, please open a new support ticket at WPML support forum.
Problem: If you're experiencing issues with a pure HTML block that contains a contact form, such as
<div id="form-acm_55342"></div>
, not being detected in the Advanced Translation Editor (ATE) screen, we can help. Solution: We recommend using the custom XML configuration code below to inform WPML about the elements that need to be translated within your custom HTML code:
After adding this code to WPML > Settings > Custom XML Configuration, the form ID "form-acm_55342" should be available in ATE for translation. For more details, please visit our documentation on how to make custom Gutenberg blocks translatable.
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 wants the Chinese language option on their website to redirect users to an external Chinese website, instead of showing a translated version of the current site. They tried to manually add the external link to the Language Menu, but it didn't work as WPML controls the language menu rendering. Solution: We explained that WPML's language switcher is designed to switch between languages managed within the site by WPML and does not support linking directly to external sites. To achieve the desired functionality, the client needs to manually add the external link using a page builder or other WordPress tools.
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 WPML Support Forum.
Problem: If you're experiencing issues with the WPML translation where clicking the translate button redirects you back to the page with an authentication error, and you also encounter a 'too many redirects' error, the problem might be related to custom code in your site's functions.php file. Solution: We recommend checking the functions.php file in your website's Child Theme for any custom code that might be modifying the redirect request and causing a signature mismatch. If the issue disappears when the parent theme is enabled, this indicates that the problematic code is in the Child Theme's functions.php. You should remove the code blocks one by one to identify which one is causing the issue.
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 at WPML support forum.
Problem: You are experiencing a loss of metadata, specifically translator comments from XLIFF files, when switching from the Advanced Translation Editor to the standard WordPress editor. This issue arises after clicking "Edit anyway", causing the translation to disconnect from the XLIFF file and resulting in the loss of all translator comments. Solution: Unfortunately, it is technically not possible with WPML to maintain the
<note>
elements from XLIFF files once you switch to the native WordPress editor. Custom development would be necessary to import these
<note>
elements into WordPress metadata or to make them visible in the block editor UI. We recommend setting the translation method on the original content to "WordPress Editor" to prevent overwriting manual translations when later using the WPML Translation Editor. For more details on setting the translation method, please visit: Using different translation editors for different pages.
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 further assistance is needed, please open a new support ticket at WPML support forum.
Problem: You need a function or method to translate specific words as shown in your screencast. Solution: To make your custom text translatable, we recommend wrapping all static texts in gettext calls such as
__()
and
_e()
. After doing so, navigate to WPML → Theme and plugins localization and scan your child theme for new strings. This action will register them in WPML’s String Translation, where you can then provide translations.
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 reported that the JavaScript file 'wpgmp-project-filters.js' was not loading on their site's translated pages for German (de), French (fr), Norwegian (no), Danish (da), and Swedish (sv) languages, although it was loading correctly for English (en), Dutch (nl), and Spanish (es). Solution: Initially, we suggested clearing all caches (plugin, server, Cloudflare, etc.) to see if that resolved the issue. Upon further investigation, we discovered that the problem was due to custom code in the file
wp-content/themes/kebonyglobal/functions.php
. Specifically, the function
kebony_relocate_inline_scripts()
contained a line of code that needed commenting out:
// strpos($src, 'project') !== false ||
After making this change, the JavaScript file should load correctly on all language versions of the 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.
