Problem: The client has migrated their content from the Classic Translation Editor to the Advanced Translation Editor (ATE) in a test environment and is considering cleaning up the database after the migration, despite the content being mostly individually edited. Solution: We recommend continuing to use one editor, the Advanced Translation Editor, for all site content to maintain consistency and ease of use for translators. After switching from the Classic Translation Editor to the Advanced Translation Editor, existing translations will still be visible on the frontend. However, these translations might be completely or partially missing when opening the post in the Advanced Translation Editor. For more details, you can visit Switching from Classic to Advanced Translation Editor. Additionally, there is no need for a database cleanup after moving to the new editor, even if the content was initially translated using the Classic Editor.
If this solution does not resolve your issue or seems outdated, please check 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. We highly recommend opening a new support ticket if needed.
Problem: The client is developing a site and using WPML to streamline the translation workflow. They have a custom field to set a menu on a specific post type and want the same menu on translated pages without needing to translate the menu name or set it manually each time. They are experiencing issues with unnecessary translation requests for some values. Solution: We explained that there isn't a specific option to control this behavior directly when it's set to 2, as the ACF translation is activated regardless of the input provided. We suggested using the "Different fields across languages" option, which allows translating the input method directly as a string. For more details, see the documentation on translating ACF field labels with WPML.
If this solution does not apply to your case, or if it seems outdated, we recommend opening a new support ticket. We also highly suggest 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.
Problem: The client was trying to set up automatic renewal for their WPML Agency subscription but was concerned about being charged a higher fee than expected. Solution: We informed the client that they have a special Agency subscription pricing of $59/year, which is a loyalty offer and the lowest possible renewal fee. This offer is no longer available for new contracts, and we advised the client to keep automatic renewals enabled to maintain this special rate. If the subscription is canceled, the client would have to renew at the current rates. Upon further communication, it appeared that the client had accidentally canceled their subscription. We asked the client to try re-enabling automatic renewals and informed them that we would check if the renewal at $59 was processed correctly. After the client followed the instructions, we confirmed that the payment went through at the previous pricing. We apologized for any inconvenience caused. If the solution provided here is not relevant to your case, either because it's outdated or it doesn't apply to your situation, we recommend that you check the related known issues, verify the version of the permanent fix, and confirm that you have installed the latest versions of themes and plugins. If you still need assistance, please open a new support ticket.
Problème :
Le client rencontre des problèmes de cohérence lors de la mise à jour de WPML et de ses dépendances via le CLI WordPress. Les mises à jour ne semblent pas toujours disponibles de manière cohérente entre les différents environnements enregistrés.
Solution :
Nous avons identifié que le problème n'est pas un bug mais un souci de documentation concernant la constante OTGS_DISABLE_AUTO_UPDATES. Cette constante, lorsqu'elle est définie sur true, empêche WPML de rechercher des mises à jour automatiquement. Il faut les rechercher manuellement (d'où les incohérences entre sites).
Pour résoudre ce problème :
1. Supprimez la constante OTGS_DISABLE_AUTO_UPDATES pour permettre à WPML de vérifier les mises à jour.
2. Si vous souhaitez désactiver les mises à jour automatiques, utilisez la fonction de WordPress en ajustant les paramètres depuis la page des plugins.
Si cette solution ne s'applique pas à votre cas, car elle pourrait être obsolète ou ne pas correspondre à votre problème, nous vous recommandons de vérifier les problèmes connus, de confirmer que vous avez installé les dernières versions des thèmes et plugins, et si nécessaire, d'ouvrir un nouveau ticket de support sur notre forum d'assistance.
Problem: The client wants to clean up the translation statuses of existing content before adding a fifth language to their multilingual website. They are looking for a way to bulk update the translation statuses without relying on additional plugins.
Solution: 1. We recommend bulk editing and saving the translated contents to resolve the issue. A plugin like Bulk Editor could be useful. 2. When making minor edits to the original content, use the "Minor Edit" checkbox in the WPML language options within the WordPress Editor to prevent the translation status from changing. 3. Avoid translating content with the WordPress Editor if the WPML Translation Editor is the defined method for translating that content, as manual edits could be overwritten. 4. If you prefer a programmatic solution, you can add the following code to your theme's
1
functions.php
file, but please ensure you back up your site and database first:
After using this code, remember to remove it from the
1
functions.php
file. 5. WP All Import is not a solution for this issue as it requires an import of original products as a reference to connect the imported translations.
Please note that this solution might be irrelevant due to being outdated or not applicable to your case. If so, 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 with us.
Problem: The client is unable to save the 'Country availability' setting for the Stripe Payment Gateway in WooCommerce when WooCommerce Multilingual is enabled. After attempting to save the setting and refreshing the page, the setting appears not to be saved, and a warning about saving the page is displayed.
Problem: The client was translating the Gravity Forms (GF) form from WPML >> String Translation page and and translated "-values" entries causing issues in conditional fields. Solution: We recommend using the WPML Translation Editor for translating the Gravity Form. Detailed steps can be found in our documentation: Gravity Forms Multilingual.
For string translation, focus on translating custom labels and text from the Gravity Forms plugin files by selecting the "gravityforms" domain in the WPML >> String Translation page. Avoid translating the "gravity_form-ID" domain from WPML >> String Translation page
