Problem: The client is experiencing a 404 error on the /checkout/order-received/ URL after a customer completes a checkout when the WPML Multilingual CMS plugin is active. The checkout page is built with Elementor Pro, and the client has already attempted to delete endpoint strings from String Translation, resave permalinks, resave WooCommerce endpoints, and translate the endpoint in all languages to "order-received" without success.
Solution: We resolved the issue with the following steps: 1. Navigate to WPML > String Translation, search for the product base, and delete it. 2. Go to WooCommerce > WooCommerce Multilingual & Multicurrency > Store URLs and re-translate the product base.
If this solution does not apply to your situation, 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 contact us on the WPML support forum.
Problem: The client is experiencing an issue where internal links set up in Elementor on buttons and images are not pointing to the correct translated pages after updating the original language and then updating the English version with the WPML advanced editor. The links still point to the default language pages instead of the translated ones. Solution: We recommend enabling the 'Adjust ID' option to ensure that internal links point to the correct translated pages. Please follow the steps outlined in our documentation to enable this feature:
If the solution provided here does not resolve your issue or seems irrelevant 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 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 contact us through the WPML support forum.
Problem: The client was unable to copy numerical values from custom fields created with Advanced Custom Fields (ACF) in the original language product pages to other translated product pages. The fields remained empty in the translated versions despite the 'Field Groups (acf-field-group)' being set to 'Not translatable' and the 'Multilingual Setup options' set to 'Same fields across languages'.
Solution: We recommended the following steps to resolve the issue: 1. Change the Translation option for the 'Specs' field group to 'Expert'. 2. Access the 'Specs' field group, and since it's a Group Type field, navigate to the individual fields such as Plotas m2, Plotis m, Ilgis m, Aukštis m, and set their translation preference to 'Copy'. Save all changes. 3. Make a minor change to the product (e.g., titled 'Marco') and save the updates. 4. Update the English translation, which should now correctly display the data for the English version of the product in the Product loop.
Additionally, if the issue persists with variations: 1. Open the Variations and make changes in the value in the custom fields. For example, remove the value, add it again, and save the variation. 2. Update the product and then update the translation.
If these steps do not resolve your 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. Should you need further assistance, please do not hesitate to open a new support ticket at our support forum.
