Skip to content Skip to sidebar

This thread is resolved. Here is a description of the problem and solution.

Problem:
The client is experiencing issues with the translation of variable products, specifically bookable meeting dates, which are not being updated correctly in English and German versions after changes are made to the Dutch version.

Solution:
We recommend using "global" attributes for easier management, as changes to "local" attributes require manual updates to translations. If the client prefers to continue using local attributes, they should follow these steps:

1. Go to WPML -> Support -> Troubleshooting.
2. Click the following buttons:

- "Clear the cache in WPML"

- "Remove ghost entries from the translation tables"
- "Fix element_type collation"

- "Set language information"
- "Fix post type assignment for translations"

This troubleshooting procedure + an update to the product translation should resolve the issue.

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 9 replies, has 2 voices.

Last updated by Alejandro 1 year, 7 months ago.

Assisted by: Alejandro.

Author Posts
November 27, 2023 at 6:03 pm #14933627

bartH-17

Tell us what you are trying to do?
I have products made in Dutch what are bookable meetings.
The variables are not translated right to the English and German version.
How can I let WPML organize these variables?

Is there any documentation that you are following?

Is there a similar example that we can see?
Please check:
hidden link
You will see the source dates on the Dutch page.

The translated dates (variables) should be organized by WPML but it's not going the right way:
hidden link

What is the link to your site?
See before

November 28, 2023 at 2:27 pm #14940891

Alejandro
WPML Supporter since 02/2018

Languages: English (English ) Spanish (Español ) Italian (Italiano )

Timezone: Europe/Rome (GMT+02:00)

You mention the variables are not "translated right", can you give me more specifics on what you mean there?

In the products you referred they seem to be almost different except for some that are ok.

i guess a plugin is adding these dates as variables, or are you adding them manually on each product?

Please let me know and in the meantime you can try to run all the options found in: WooCommerce > WooCommerce Multilingual > Settings > Troubleshooting (try to run them one by one). and try to retranslate the reference product you sent me again to see if the problem disappear.

Translating using this workflow: https://wpml.org/documentation/translating-your-contents/#translating-pages-posts-and-custom-post-types

Regards,

November 28, 2023 at 5:23 pm #14943285

bartH-17

Hi,

I have made 15 different variable products (bookings for retreats) with all different dates for these retreats.
In the Dutch language all the dates are okay.
WPML used to translate these products and dates correctly.
When one variable is changed in Dutch (a date is sold out or an extra date is added) WPML changed the English and German variables in the matching products.
Now WPML isn’t changing these variables in de foreign languages anymore.
What is an solution?

The trouble shooting gave:
There were 278 translated variation to be recovered.
396 product meta removed
Product categories changed

All the trouble shooting is done now but I still see different dates for the products…

hidden link gives 3 October as first option

And the Dutch version gives 30 November as first option: hidden link

Looking forward to your reaction.

November 29, 2023 at 1:32 pm #14951843

Alejandro
WPML Supporter since 02/2018

Languages: English (English ) Spanish (Español ) Italian (Italiano )

Timezone: Europe/Rome (GMT+02:00)

The variations come from attributes and if you create them directly in the product, then you have to send the product from translation to see and update the info in the translated pages.

Instead, if the variations are made from global attributes (so you create them in products > "Attributes" first), you can translate it and then add them to the product and it's there where the variation will be translated correctly without having to update the product.

However, this shouldn't affect the stock and settings of the variations which should be updated no matter what, as soon as you update the original language.

can you try to see if the same happens on a new product and let me know if the attribute (Date) is a local one (created on the product) or a global one (from products > Attributes)?

December 2, 2023 at 6:42 am #14976673

bartH-17

Hi Alejandro,

What do you mean by this?:
The variations come from attributes and if you create them directly in the product, then you have to send the product from translation to see and update the info in the translated pages.

I am making the attributes (available dates) in the product and change these dates during the month (not available dates are removed en new dates are made available). Until a few months back, the new dates were translated to German and English normally but since 6 weeks they aren't translated anymore.

What can be wrong?

December 2, 2023 at 7:17 am #14976695

bartH-17

I see in Woocommerce Multilingual no attributes.
No translatable product attributes are intended

December 4, 2023 at 4:14 pm #14989303

Alejandro
WPML Supporter since 02/2018

Languages: English (English ) Spanish (Español ) Italian (Italiano )

Timezone: Europe/Rome (GMT+02:00)

I am making the attributes (available dates) in the product and change these dates during the month

this means the attributes are "local" ones: hidden link.

in this case, whenever you make a change to the attribute, you need to update its translations because you'd need to translate the attribute as well.

I woudl sugest you try "global" attributes so it becomes easier to manage them: hidden link

But if you don't want to do that, then please allow me access to the site via the fields i have enabled on this next reply.

Regards,

December 5, 2023 at 3:11 pm #15000039

Alejandro
WPML Supporter since 02/2018

Languages: English (English ) Spanish (Español ) Italian (Italiano )

Timezone: Europe/Rome (GMT+02:00)

Please check this video out: hidden link

it looks like it's ok now, and all it took was to run the troubleshooting procedure:

1) Go to WPML -> Support -> Troubleshooting

2)Press the following buttons:

• "Clear the cache in WPML"
• "Remove ghost entries from the translation tables"
• "Fix element_type collation"
• "Set language information"
• "Fix post type assignment for translations"

Can you check if that fixed other products as well?

December 6, 2023 at 2:33 pm #15008839

bartH-17

Hi Alejandro,

Thank you very much for solving this issue and for your perfect video.
You said that the capacity of the server caused auto translation to pile up the parts that needed translation?
We have changed to a faster server, perhaps everything is okay now.
Do you have any suggestions for making the website faster?
Divi in combination with WPML makes the site very slow.

December 6, 2023 at 3:16 pm #15009147

Alejandro
WPML Supporter since 02/2018

Languages: English (English ) Spanish (Español ) Italian (Italiano )

Timezone: Europe/Rome (GMT+02:00)

About WPML, if you want we can open another ticket and figure out exactly what is slowing down your site. i know divi is a bit heavy because it's feature packed and i suspect WPML is making things heavier as well because of this (it needs to make sure eveything in DIVI is also translatable as well as all your plugins).

If you want, just say the words and i can split the ticket and continue with the performance part if you wish.

Regards.