Skip to content Skip to sidebar

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.

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
So i removed also WCML
But now I have discovered that the website has no more variables of the variable product in 2nd language, 1st works
hidden link
I can choose Magnetschließe > ok

hidden link
I cannot choose magnetic clap > cannot order

But some work…
hidden link
I can choose Magnetschließe + size > ok

hidden link
I can choose magnetic clap + size > ok

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?
and (important) can I remove WCML (because causes a lot of Load)

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,
Marcel

February 6, 2026 at 3:59 pm #17800380

waldemarK

Hi Marcel,
it's a pity, becuase the currency switcher is loaded double and I do not need this, and it causes really a lot of Load and reduces performance.

For the concrete problem: How can I get back the taxonomies for some articles?
Seems to have also a problem with the categories

hidden link
(shows filter on left and variants under the image thumbnail)

hidden link
(showes nothing)

(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:
when I made the website 2 years ago, I used ATE for all pages and posts, but wpml automatically choosed 'old style' wordpress editor for translating products. But now seems that I have only ATE for products?

As i told you (besides the switching problem (see before)) there are the options/taxonomy missing in products of category 'Ring necklaces' - in english.
When I open german product and save without change ) = I see the options in the english product (product page)
When I open the same product in english (translation) - for the first time - I saw the ATE (not complete…3 translations 'disappeard') > saving translation of product = The swatches of Rialto green are shown under the thumbnail in product archive (but still no filters on left side)

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,

it's a pity, becuase the currency switcher is loaded double and I do not need this, and it causes really a lot of Load and reduces performance.

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?

How can I get back the taxonomies for some articles?

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%.

when I made the website 2 years ago, I used ATE for all pages and posts, but wpml automatically choosed 'old style' wordpress editor for translating products. But now seems that I have only ATE for products?

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
– preferably to a test site where the problem has been replicated if possible –
in order to be of better help and check if some configurations might need to be changed

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,
Marcel

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
hidden link
hidden link

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
– > hidden link > products inside Ring Necklace do not have swatches/varaibe options to choose (only when I open and resave product per product)
– > hidden link > no filter at left side
– > > hidden link > swiching to DE, does not open the same subcategory, but the shop main page (this happens on all 4 categories)

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,

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

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:
https://wpml.org/documentation/related-projects/woocommerce-multilingual/how-to-translate-woocommerce/#plugins-you-need

So my question again is:
Is WooCommerce Multilingual currently activated before I check the example product? If not, the minimum requirement is missing, and I won’t be able to provide a proper solution until the "Glue Plugin" is activated again and re-synced.

Please keep in mind that this works the same way as with other plugins:
There is no Yoast SEO compatibility if WPML SEO is deactivated, and no WPForms translation if WPForms Multilingual is not active.

Best regards,
Marcel

February 9, 2026 at 8:32 pm #17806841

waldemarK

Yes, it's active (you did not see it?)
Please glue them all, Client is getting annoyed because it's not possible to order some products

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,
Marcel

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:
hidden link

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?
hidden link

It is now visible on my end.

Also, the URL
hidden link
currently redirects to
hidden link

There doesn’t seem to be a redirect back to the main category page. Could you please check this?

Best regards,
Marcel

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.
Was not easy because the ATE did 'loose' some text and I had to copy them manually from the front end live shop page. It's not the first time this happens, ATE is still not a trusty solution. (see screen)

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?
(see screen)

Category-URL-Swich does not work

Bildschirmfoto-2026-02-11-um-22.08.31.jpg
Bildschirmfoto 2026-02-11 um 21.40.21.png
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:

The switch from categories does not work. It may sometimes appear correct because it returns to the previously visited EN category. For example:
"Ring Necklaces" → DE → "Ringkette" → EN → "Ring Necklaces"
However, when switching from "Earrings" → DE, it does not return to "Ohrringe" but instead to "Ringketten".

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 behaviour you described is typical when changes are made directly on the product outside of the translation editor. In such cases, the translated content may become inconsistent while the translation remains active. Could you confirm whether edits were made directly on the products? This may also have occurred unintentionally.

Resaving 90 products in DE and 90 products in EN would resolve the problem…but REALLY, is there no other solution?

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,
Marcel