Problem: If you're experiencing issues where the ACF repeater field gets synced across all languages on options pages despite having the 'ACFML Synchronise translations' field unchecked, this might be due to a bug in older versions of the ACFML plugin. Solution: We recommend updating to ACFML version 2.2.4, which we released recently. This version includes a permanent fix that prevents the synchronization of wrapper fields on option pages unless explicitly set to 'Copy'.
If this solution does not resolve your issue, or if it seems outdated or irrelevant to your case, 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 the problem persists. You can do so at WPML support forum.
Problem: You are trying to translate the slug for a custom post type (CPT) called 'book'. The slug should be 'book' for the single template and 'books' for the archive template. You have followed the instructions from the WPML documentation but cannot find the option in WPML settings to translate the archive slug, as the settings only provide a field for the singular slug. Solution: We currently do not support the direct translation of archive slugs for custom post types due to technical limitations. However, we recommend a workaround which you can find detailed in our forum: https://wpml.org/forums/topic/custom-post-type-via-acf-archive-translation/#post-16830228.
If this solution does not apply to your case, or if it seems outdated, 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 through our support forum.
Problem: You are using the WCML plugin to display different prices based on the site language and currency. Each language has a designated currency without a currency switcher. You've encountered an issue where some currencies do not have a price set, and WCML defaults to using the price of the default currency. You are looking for a way to not display prices for currencies that don't have a price entered and are wondering if the
wcml_product_price_by_currency
filter can be modified to achieve this.
Solution: We recommend managing custom prices directly on the original product in the default language. Prices for each currency should be manually set on the original product. If a custom price is set, WCML will use this price instead of the default currency price. If no custom price is set, consider setting the translated product visibility to "Private" or "Draft" to hide it, or ensure all original products have custom prices for each currency. Note that using the
wcml_product_price_by_currency
filter requires a custom price to be set for the active currency on the original product. Setting prices to "0" might not prevent purchases unless stock is also set to "0", which could complicate stock synchronization later.
Please be aware that custom code solutions and issues beyond WPML’s built-in functionality are not covered by our support. If you require a custom solution, consider hiring an independent contractor.
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 are using WPML to translate WooCommerce admin texts, but the plugin generates .mo and .php files for product attribute translations, which you prefer to store only in the database. This issue is causing difficulties in changing translations of WooCommerce product attributes and caching problems with custom post types. Solution: WPML generates .mo files to utilize WordPress core's translation loading optimizations. Currently, WPML does not offer an option to disable the generation of .mo files. If you're experiencing issues with changing or retranslating product attributes, we recommend opening a new support ticket for further debugging. Additionally, the JSON files you mentioned are not related to WPML but are part of WordPress. For more details on these files, you can visit https://wordpress.stackexchange.com/questions/326332/unknown-language-json-files.
If this solution does not apply to your case, or if it 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 further assistance is needed. You can do so at WPML support forum.
Problem: The client updated the slugs for custom post types (CPTs) in different languages using WPML settings but encountered issues where the CPT pages sometimes display a 404 error or redirect to the homepage after the first page refresh. This issue persists even after clearing various caches. Solution: We recommend the following steps to troubleshoot and potentially resolve the issue: 1. Ensure that the slug translations are correctly set for each CPT in WPML -> Settings -> Post types translation. 2. Clear the WPML cache by navigating to WPML -> Support -> Troubleshooting -> Clear the cache in WPML. 3. Also, clear the full site cache on your hosting provider's dashboard. 4. If the issue persists, it might be related to how caching is handled on your server. Since the client's server is with Kinsta and caching cannot be disabled, consider testing changes in a staging environment where caching is not enabled.
If these steps do not resolve the issue or if it reoccurs, it might be due to a configuration that is specific to your environment or possibly an outdated solution. 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 continues, please open a new support ticket with us for further assistance at WPML support forum.
Problem: If you're experiencing an issue where ALT tag fields double in the translation editor when adding new images to a post, it might be due to adding an ALT value both in the media library and directly in the image block within the post editor. Solution: We have identified that this behavior is expected and not caused by WPML. When you add an ALT tag directly to an image block, this attribute is saved with the post content rather than in the media library. To avoid translating media library values along with each post, you can navigate to WPML > Settings > Media Translation and disable the last option in this section. This adjustment ensures that only the ALT text added to the block is used, preventing duplication in the translation editor.
If this solution does not apply to your situation, 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: If you're experiencing issues with translating ACF repeater fields registered via PHP using the WPML editor, where the field doesn't translate correctly and only shows the number of rows instead of the array, this might be similar to your situation. Solution: ACFML 2.2.0 (released February 2026) resolves this issue. ACF repeater fields registered via PHP now respect the wpml_cf_preferences setting correctly. After updating, go to ACF → Tools and use the Sync once now option to sync your field preferences.
For more information, see Setting Translation Preferences for ACF Fields Created Using PHP Code.
