This thread is resolved. Here is a description of the problem and solution.
Problem:
After disabling some plugins including WCML to reduce website load, the client found that variable products in the second language on their website were missing options, making it impossible to select variations like 'magnetic clasp' and place orders, although the first language worked fine.
Solution:
We identified that the issue was related to the WPML Editor settings. For products, the WPML Editor needs to be active to maintain the functionality of variable products in multiple languages. We advised the client to ensure that the WPML Editor is enabled for products. This setting can be checked and adjusted via the WPML Editor configuration page in the WordPress admin area.
If this solution does not resolve your issue, or if it seems outdated or irrelevant to your case, we highly recommend opening a new support ticket. Additionally, please 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. For further assistance, you can also visit our 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 20 replies, has 1 voice.
Last updated by Marcel 2 months, 2 weeks ago.
Assisted by: Marcel.
| Author | Posts |
|---|---|
| February 6, 2026 at 3:08 pm #17800158 | |
|
waldemarK |
This week I had to disable some plugins due to reduce website load hidden link But some work… hidden link |
| February 6, 2026 at 3:20 pm #17800249 | |
|
waldemarK |
When I open a article and resave it, it works , but I cannot open all articles manually. How to resolve? |
| February 6, 2026 at 3:30 pm #17800262 | |
|
Marcel Supporter
Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: Europe/Vienna (GMT+02:00) |
Hi, No—if you want to use WooCommerce with WPML, you need to keep the WPML multilingual & multicurrency für WooCommerce Add-On active. This plugin provides the necessary compatibility code to ensure everything works correctly. This is mandatory to translate all related WooCommerce content: https://wpml.org/documentation/related-projects/woocommerce-multilingual/. Best regards, |
| February 6, 2026 at 3:59 pm #17800380 | |
|
waldemarK |
Hi Marcel, For the concrete problem: How can I get back the taxonomies for some articles? hidden link hidden link (and if you are on the DE page and click on EN > goes to shop main page, not produkt-kategorie/ringketten > product-category/ring-necklaces … same for all 4 categories) how to resolve? |
| February 6, 2026 at 4:38 pm #17800704 | |
|
waldemarK |
Hi, another strange thing: As i told you (besides the switching problem (see before)) there are the options/taxonomy missing in products of category 'Ring necklaces' - in english. Would be fine to to all in a single step, I cannot open all products and all translations to make the website work again, |
| February 9, 2026 at 6:12 am #17803737 | |
|
Marcel Supporter
Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: Europe/Vienna (GMT+02:00) |
Hi,
Could you elaborate a bit more? At the moment, I only see one switcher in the footer. Are you saying there’s another switcher being loaded elsewhere, or that the calls for the visible one are happening twice?
Was WooCommerce Multilingual reactivated before we checked this? If changes were made while the plugin was deactivated, sync issues like this can happen since the compatibility code wasn’t running. Try updating the content in the default language and then completing the translation to 100%.
This is not an automated setting. You most likely changed the setting on the right sidebar of a page/post. WPML used the Automatic Translation Editor as the default, I would eventually also need to request temporary access (WP-Admin and FTP) to your site Your next answer will be private which means only you and I have access to it. ❌ Please backup your database and website ❌ ✙ I would additionally need your permission to de-activate and re-activate Plugins and the Theme, and to change configurations on the site. This is also a reason the backup is really important. ✙ Please add the Links to the […] Edit Screen, the Page/Post where you insert the […] and the corresponding Front End Page/Screen Best Regards, |
| February 9, 2026 at 9:50 am #17804264 | |
|
waldemarK |
Hi, let me explain better: Ihave 2 very simiar webshops using same theme and simiar settings You wrote before that WCML is mandatory for Woo, but on the 1st website I do not use it and I am very fine with that. 1st website = only Euro. But on the 2nd website (the problematic we are speaking about) I need also USD, so that's why I've installed WCML, but I've noticed that I have already and also a currency switcher without ypur plugin (I do not know if from the theme Woodmart or Woo itself). Days ago we had a spam attack and so we need to deacativate more or less all (heavy) plugins, also WPML Core, but more the heavy 'String' and 'WCML', maybe doing so, the taxonomy and product categiry was getting confused for some articles. I reactived all, but not WCML. Last on just when starting support. What is not working at the moment Swatches and variable options (like size and magnatic clasp color) are working on all other categories Do you relly need FTP? |
| February 9, 2026 at 4:52 pm #17806420 | |
|
Marcel Supporter
Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: Europe/Vienna (GMT+02:00) |
Hi,
WooCommerce Multilingual is a required plugin if you want to fully translate a WooCommerce store with WPML. Without it, issues may occur and compatibility cannot be guaranteed, as no compatibility classes are loaded in that setup: So my question again is: Please keep in mind that this works the same way as with other plugins: Best regards, |
| February 9, 2026 at 8:32 pm #17806841 | |
|
waldemarK |
Yes, it's active (you did not see it?) thank you ps. sorry I did not get any e-mail updates, need always to log in manually to check answer |
| February 10, 2026 at 3:44 pm #17810108 | |
|
waldemarK |
Hi Marcel, please tell me if you need more infos |
| February 11, 2026 at 8:54 am #17811755 | |
|
Marcel Supporter
Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: Europe/Vienna (GMT+02:00) |
Hi, Thank you for the information. I’m currently reviewing the example it and will get back to you as soon as I have an update. Best regards, |
| February 11, 2026 at 4:33 pm #17813763 | |
|
Marcel Supporter
Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: Europe/Vienna (GMT+02:00) |
Hi, I ran a test and can confirm that the attributes are re-synced once I save the product. I checked this on the following product: On the other products, I can see the watches you mentioned. However, I also noticed that they are not visible on the original product either. Did you notice this as well? I assume this was not expected, correct? I check that on hidden link. However, on the other products you have the watches you mentioned. But I noticed that it's also not viewable on the original product. Did you noticed this? I geuss this was not expected, right? Regarding the filter: Have you made any changes to this page? It is now visible on my end. Also, the URL There doesn’t seem to be a redirect back to the main category page. Could you please check this? Best regards, |
| February 11, 2026 at 8:30 pm #17814286 | |
|
waldemarK |
Hi Marcel, It's a pity, after 5 days not having resolved the problem, but only getting told what I told already. I know that resaving the product the swatches are back again (not all have swatches), p.e. Ringketten (de), 10 of 14 do have some. DE is correct, but in EN there is NO swachtes, only the 'rialto grün', the one I resaved. My main goal was not to resave 10 products, but to understand where the problem lies. To avoid other surprises or future problems. I have cleard wpml cache and ghost entries twice, no result. As my client did wait so long, now I resave them to get the first part of the problem resolved, I really hoped to avoid it. The swich from categories does not work, it could sometimes be accidentally correct, because it swiches back to 'the last EN' category page, so if you are on 'ring necklaces' > DE > 'Ringkette' > EN > ' 'ring necklaces' - but if you swicth to 'earrings' > DE > not 'Ohrringe' but 'Ringketten' Not sure how we can reconnect the broken category urls |
| February 11, 2026 at 9:14 pm #17814359 | |
|
waldemarK |
So… now I resolved a part of the problem, the swaches and options are back. But the filter counter is not correct (23 red in De and 20 red in EN). Resaving 90 products in DE and 90 in products in EN would resolve the problem…but REALLY, is there no other solution? Category-URL-Swich does not work |
| February 12, 2026 at 5:02 pm #17818068 | |
|
Marcel Supporter
Languages: English (English ) Spanish (Español ) German (Deutsch ) Timezone: Europe/Vienna (GMT+02:00) |
Hi, My intention was not to repeat your statement about resaving products. I was confirming that I could reproduce the behaviour you described. However, it was not fully clear from the previous messages whether the specific product originally displayed swatches. That is why I asked for clarification. Understanding whether this affects all variable products or only specific ones is important for determining the scope and analysing the behaviour accurately. The missing swatches are consistent with scenarios where WooCommerce Multilingual is not active. This plugin is responsible for synchronising the relevant product data and attributes between languages. Based on the observed behaviour, this appears to be the most likely explanation. Regarding the category switching behaviour:
Could you please provide the exact steps needed to reproduce this behaviour? I tested both examples while logged in and logged out (because caching), and the switching worked correctly on my end. Regarding the ATE behaviour:
The resave itself is necessary because it triggers the required synchronisation processes. As a faster workaround, this can be done via Quick Edit. For example, I tested this using the hidden link. After selecting all entries and applying a Quick Edit update with the status set to "Publish", the attributes became visible again across languages. Then same via the top-bar language switch for EN. I did not modify the remaining items so you can still test this workaround yourself. Best regards, |


