Problem: The client is experiencing two issues with the localization of custom fields using WPML and ACF (Advanced Custom Fields): 1. A custom field is displayed with a lock icon and is set to translate, but it does not appear in the Advanced Translation Editor. 2. An ACF field that includes a document from the media library is not visible in the list.
Solution: We first clarified whether the ACF plugin was installed since only the Advanced Custom Fields Multilingual bridge plugin was visible. It's essential to have both the ACF plugin and the bridge plugin installed for proper functionality. We recommended checking the installation of the ACF plugin at https://www.advancedcustomfields.com/ and also suggested reading our guide on translating sites built with ACF at https://wpml.org/documentation/related-projects/translate-sites-built-with-acf/.
If this solution does not resolve your issue or seems irrelevant due to updates or differences in 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: The client is experiencing an issue where attempting to validate the Litespeed extension with QUIC.cloud results in a 404 error page when WPML is activated. This problem persists even after resaving permalinks with WPML deactivated, indicating a potential redirect issue caused by WPML. Solution: We recommend the following steps to troubleshoot and potentially resolve the issue: 1. Deactivate WPML and connect to the Litespeed Cloud. If successful, reactivate WPML and check if the issue reoccurs. 2. If the problem persists, create a sandbox site with a fresh WordPress, WPML, and Litespeed installation to verify if the issue is specific to the client's current site setup. 3. Consult with the hosting providers to check for any server-side configurations, firewall rules, or security directives that might be causing the redirect issue. Additionally, reviewing server logs may provide further insights into the problem.
If these steps do not resolve the issue or if the solution 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 the problem persists, please open a new support ticket at WPML support forum for further assistance.
Problem: The client is experiencing a 404 error when trying to link the Litespeed extension with QUIC.cloud, caused by WPML redirecting the request to an error page. Solution: We initially tested the process without WPML activated and encountered a similar issue, indicating that the problem might not be solely related to WPML. After reactivating WPML and resaving the permalinks, the connection to QUIC.cloud was successful. We recommend the client to: 1. Deactivate WPML temporarily to check if the issue persists. 2. Resave the permalinks in WordPress, which can often resolve incorrect routing issues. 3. Reactivate WPML and test the connection to QUIC.cloud again.
If this solution does not resolve the 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 the problem persists, please open a new support ticket at WPML support forum for further assistance.
Problem: You are trying to separate languages for different countries on your WordPress site using WPML, similar to the language switch on the Logitech website, and want to have specific domains like .ch for Switzerland and .fr for France. Solution: First, you need to add custom languages to your WPML setup. You can do this by following the documentation here: Editing WPML's Languages Table. After setting up the custom languages, you should create a custom language switcher to accommodate the separate languages and countries. Guidance for creating a custom language switcher can be found here: Custom Language Switcher. Please note that creating custom solutions might fall outside our standard support service.
If this solution does not fully resolve your issue or seems outdated, we 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.
Problem: You are building a website using Bricksbuilder and Bricksforge to create a form with Pro Form, but you are unable to translate the form fields as they do not appear in the translation interface and remain in English. Solution: Since Bricksforge has not yet been tested for compatibility with WPML, we recommend trying to replicate the issue on a test site we have created for you. In the meantime, you can manually translate the page without using the Advanced Translation Editor by following the steps described here: https://wpml.org/documentation/translating-your-contents/using-different-translation-editors-for-different-pages/ Additionally, consider using one of the form plugins that are fully compatible with WPML, which you can find here: https://wpml.org/plugin-functionality/form/
If this solution does not apply to your case, or if it becomes 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.
Problem: The client is using a custom field from ACF (True / False) for Pages to define if the header of Bricksbuilder is an overlay or a standard header. The CSS code is set to change styles based on the 'True' value. However, when translated to French, 'True' becomes 'Vrai', causing the CSS not to apply correctly. Solution: We recommend checking the 'True' string in WPML → String Translation. Search for 'True', and if found, copy the original value into the translation field and save it. This action should prevent the translation of 'True' to 'Vrai' and maintain the correct functionality of your CSS.
If the problem persists, please provide more details about how you are using this ACF field in your template or code, how you output its value, and when and where the problem occurs. Uploading relevant screenshots could also help us better understand and address 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 issue persists, we encourage you to open a new support ticket at WPML support forum for further assistance.
