This thread is resolved. Here is a description of the problem and solution.
Problem:
The client is experiencing an issue where WPML does not load WooCommerce 'PO' files, which previously worked before WPML was used and Loco Translate was deactivated. The client prefers not to import 'PO' files into String Translation for performance reasons.
Solution:
If you're experiencing this issue, we recommend the following steps to identify and resolve the conflict:
1) Create a staging copy of your site for troubleshooting.
2) Disable all plugins not related to WPML and its add-ons to check if the issue persists.
3) If the problem is resolved, reactivate the plugins one at a time or in small groups to identify the conflicting plugin.
4) If disabling plugins does not resolve the issue, switch to a standard theme like Twenty Twenty-One to check if the theme is causing the issue.
Once the cause is identified, we can replicate the issue and escalate it internally. If you are unable to set up a staging site, please contact us, and we will assist you in setting it up, but we will require admin access to your site.
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, please open a new support ticket at WPML support forum.
This is the technical support forum for WPML - the multilingual WordPress plugin.
Everyone can read, but only WPML clients can post here. WPML team is replying on the forum 6 days per week, 22 hours per day.
Tagged: WCML
Related documentation:
This topic contains 22 replies, has 2 voices.
Last updated by Marcel 3 weeks ago.
Assisted by: Marcel.
Author | Posts |
---|---|
November 21, 2024 at 7:16 pm #16430959 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Please revise WooCommerce > WooCommerce Multilingual & Multi-Currency > Products. Each product here comes with a flag that determins the source language for each product. It might be that products were created by mistake in a different language. This can happen if you switch the language inside the top admin bar and then create a product. You can change the source language for each post, page or product inside the right sidebar of the WordPress Editor inside the section "Language". If you need my assistance with assigning those products, please let me know. Also, please take kindly note that we can only handle one issue per ticket. If you have further issues to report, please open one ticket for each issue. |
November 21, 2024 at 10:01 pm #16431198 | |
Andrea Notari |
Hi Andreas. Please take patience for another reply. The scenario: we are a small ecommerce that sell stickers (0,10€ for single product). The 70% of stickers are printed IT and EN. So the 70% of stickers products are IT and translated to EN. The 30% of stickers products are only IT (no products translated to EN). The question is: could this particular situation (30% of stickers products are only IT) create problems? Last question: why I need create a PO file fron String Translation panel? Really thanks. |
November 21, 2024 at 11:33 pm #16431322 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
There is not any issue with having 30% of the products created in Italian. You can practically create independent products in any language which are not translated. About the .po-files: You are still having issues with default translations not showing up as expected? If so, could you please provide me examples and admin access to the website, so that I can take a look into this? Let me know if this would be possible, and I will enable the private reply form. |
November 21, 2024 at 11:51 pm #16431364 | |
Andrea Notari |
Please wait tomorrow for login details. But you say: > The SKU, price, stock and other product details should always be equal between original products and their translations. So price must be the same for original products and their translations? Really thanks. |
November 22, 2024 at 5:00 pm #16434819 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
If you use different prices in different languages, you can create products in different languages and simply not translate them. Switch the language in the top admin bar, and create your product. The downside would be that they are not connected by using the language switcher. |
November 27, 2024 at 11:28 am #16448796 | |
Andrea Notari |
Hi Andreas. You have to take patience. We have some fatal errors related (I think String Translation). Really thanks. |
November 27, 2024 at 11:37 am #16448859 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hi! We sadly have a new known issues with String Translation that is connected to the textdomain problem. We provided a workaround here: Could you please give this a try? Best regards |
November 27, 2024 at 11:39 am #16448861 | |
Andrea Notari |
Please Andreas. |
November 27, 2024 at 12:24 pm #16449146 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Hello, I would like to offer to have a closer look at the problem and request temporary access (wp-admin and FTP) to the website to investigate this issue further. You can find the required fields below the comment section when you log in to leave the next reply. The information you provide is private, which means only you and I can see and access it. IMPORTANT I may have to install a plugin called "All In One WP Migration" to make a copy of the website where I can investigate the issue further. However, I would also be very grateful if you could provide a staging site or copy of the website from your server yourself for this purpose. This step would only be required if the issue is replicable on such a staging site. If you have any questions about creating such a staging site, you can consult your hosting provider. Just take note that WPML should be registered on this site again. If you are unable to provide such a copy of the site for testing, please let me know on this ticket. The private response form looks like this: Next time you reply, click "I still need assistance." Video: Please note that we are obliged to request this information individually on each ticket. We may not access any access information not specifically submitted on this ticket in the private response form. Best regards |
November 27, 2024 at 4:58 pm #16451190 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Do those errors disappear if you disable WPML? |
November 27, 2024 at 10:10 pm #16451817 | |
Andrea Notari |
Yes. The errors disappear if I disable WPML. Note: in 24 hours i have 3/4 fatal errors and they are always the same log alert with different attactments ID URL. What do you think and what could I do? |
November 27, 2024 at 10:43 pm #16451852 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
Does the issue persists if you udpate our plugins to the latest available versions? Go to Plugins > Add new > Commercial (tab) and click "Check for WPML Updates". Then install and activate the latest versions for the plugins. If this will not solve the issue, does the error disappear if you disable WPML Media Translation? Take note, that you might only need this plugin if you need to replace media in other languages using different media files. If this it not the use case, you can disable the plugin. |
November 27, 2024 at 10:54 pm #16451859 | |
Andrea Notari |
Yes, I run the last release of the plugins and the issue persists. No we do not use WPML Media Translation because we need a light install and we do NOT need replace media in other languages using different media files!!! This is a big mystery that i would like to solve |
November 27, 2024 at 11:07 pm #16451861 | |
Andreas W. Supporter Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: America/Lima (GMT-05:00) |
I can not tell what is causing the issue, without troubleshooting the site It seems there is a conflict between WPML and another plugin or the theme you are using or it could be that you get errors due to corrupted database entries. Could you please create a copy or stage of the site and try running the site with minimal setup to see if the issue persists? 1) Disable any additional plugins that are not related to WPML and our add-ons. 2) If the issue goes away, start by reactivating the plugins one at a time, or activate them in small groups. This way, check where the issue reoccurs to see the plugin that is causing the issue. 3) If this has not resolved the cause of the issue, please switch to a standard theme such as Twenty Twenty-One to see if the issue may be related to the theme. Once we have identified the cause, we can then try replicating the issue and then escalate it internally. I will provide a test site with WPML in this case. If you are unable to set up a copy of your website, please let us know and we will be happy to help you, but we will need admin access to the the site for creating a copy for testing. |
November 29, 2024 at 10:24 pm #16461199 | |
Andrea Notari |
Hi Andreas. While I waiting to give you permission to access the site as an admin, could it be useful to have this Yoast feature enabled? And if it were enabled, could it create problems for WPML? I checked Yoast SEO and they recommend the feature enabled especially for SEO benefit. Yoast Attachment URLs docs -----> The Media tab exists for one solid reason: attachment URLs. When you upload an image to WordPress, that image gets a URL that becomes available. WordPress also automatically generates an entirely new web page, containing nothing more than that single image: a so-called attachment URL. These attachment URLs are not useful in 99.5% of the settings, because there is a risk Google may index these pages and regard them as low-quality content since they only contain a single image. In addition, if users find these attachment URL pages in Google, they may be quick to leave your site, because they only find a single image. This leads to a higher bounce rate for your site. This is why we have a setting that redirects these attachment URLs to the attachment itself. By default, we set this to ‘Yes’ for everyone. Because of this setting, you will be automatically redirected to the image when you open the attachment URL. Really thanks. |