Problem: The client reported an issue on a WordPress multisite where administrators could log out without any problems, but other roles encountered an 'Internal Server Error' when attempting to log out. The issue did not occur when WPML was deactivated. The client identified that the problem occurred when the 'Set admin language as editing language' checkbox was not marked or when the language was not set to the site's default.
Solution: We recommended the client to: 1. Ensure a full backup of the website and database. 2. Deactivate all plugins except for WPML and its addons to check if the issue persists. 3. Reactivate each plugin one by one, checking for the issue after each activation to identify any conflicts. 4. If the problem remains, repeat the steps with the parent theme and a default WordPress theme (such as Twenty Twenty-One or Twenty Twenty-Four).
If the solution provided here is not relevant due to being outdated or not applicable to your case, we suggest opening a new support ticket. We also 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 further assistance is needed, please contact us through the WPML support forum.
Problem: The client is experiencing accessibility issues with the language switcher on their website, as indicated by the PageSpeed Insights test. Solution: We acknowledge an existing internal development ticket regarding this issue, but we cannot provide a specific timeline for its resolution. We suggest adding an
aria-label
attribute with a descriptive name to the language switcher link to improve accessibility, like so:
<a href="https://www.spotix.app/he/spots/..." class="wpml-ls-link" aria-label="Descriptive Name of the Link"></a>
Additionally, we recommend checking the following documentation for a potential workaround regarding missing alt tags for flag images in the language switcher: Missing alt tag for flag image in a language switcher
Problem: The client reported that a quiz feature on their staging site was working in Hebrew, English, Arabic, and Russian, but not in French and Spanish. They identified that special characters in translated strings were causing the issue and temporarily removed the translation.
Solution: We advised the client that supporting custom code falls outside our support scope, but we provided guidance to help resolve the issue. We recommended using gettext calls to make strings added with custom code translatable and provided documentation links:
$my_current_lang = apply_filters( 'wpml_current_language', NULL );<br /><br />if($my_current_lang=='fr'){<br />//Custom code for French quiz<br />}
If these solutions are not helpful, we recommended trying one of the WPML-compatible plugins listed here: WPML-compatible plugins. Alternatively, the client can seek assistance from a third-party contractor or developer, with a list of certified contractors available here: WPML-certified contractors.
If this solution doesn't look relevant, please open a new support ticket at WPML support forum.
Problem: The client wants to duplicate content and manually translate it without being redirected to the Advanced Translation Editor (ATE) page. Solution: If you're experiencing issues with duplicating content and want to manually translate it, we recommend you follow these steps: 1. Duplicate the content by following the instructions in our documentation on Displaying Untranslated Content on Pages in Secondary Languages. 2. After duplicating the content, you can edit it using the WordPress native editor by: - Editing the post/page in the default language. - Going to the Languages tab. - Activating the 'WordPress Editor' option. - A popup window will appear where you must select the scope of the change. - Saving the changes. - You can now edit the duplicated post/page using the WordPress Editor.
