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 39 replies, has 3 voices.

Last updated by Andrey 1 year ago.

Assigned support staff: Andrey.

Author Posts
June 27, 2018 at 1:38 pm #2438670

Argenis Alvarez

I am trying to:
I am trying to bulk load products and everything goes right but then when I buy a product S, for example, I have Spanish and English if I bought from English works ok but the traduction do not discount from the English, but the rest works well

Link to a page where the issue can be seen:hidden link

I expected to see: You can see all products synchronized with no problem apparently

Instead, I got: but If I buy from Spanish is handling a different stock and not reducing the principal language (but just with one size and always the "S" the L and the M works well)

June 28, 2018 at 7:56 am #2440294

Argenis Alvarez

This is exactly what is happening to me
https://wpml.org/forums/topic/variable-products-stock-not-syncing/
https://wpml.org/forums/topic/stock-not-in-sync-again/

June 29, 2018 at 12:20 pm #2445637

Yvette
Supporter

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

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

Hello

I will be helping you with this issue. I understand that your variations are not synchronising.

As per this ticket:
https://wpml.org/forums/topic/variable-products-stock-not-syncing/

it is ususally resolved by removing the variations in the 2nd language product and then recreating them from the original product.

Are you able to do this?

June 29, 2018 at 1:28 pm #2445982

Argenis Alvarez

Ok so If i do that is after the import was made? or how do i do this? can you please explain me more about the process?

1- Should I delete them and then reimport the products from English?
2- After delete them save in English?

It is not clear for me I am sorry

Even though does not sound like a solution because you need to do it after the import right?

June 29, 2018 at 1:50 pm #2446070

Yvette
Supporter

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

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

Hello

Sorry, I had overlooked the point about the import. I´d like to have a look at the current status right now and then consult with my colleagues. From what you write, the import seems to have been successful. E.g. no errors reported and the products are correctly linked as translations.

I need to see if the varaitions are also linked as translations or not.

1. Temporary Access to your system
Please provide access to your system (wp-admin and ftp) so that I can further investigate this particular problem. The fields to provide this data are included in a private section that I will open for your next response. You can find it above the comments area. The information in this private section is only visible between WPML Support and you.

2. Please provide steps to replicate the issue on your site (e.g a sample product that has this issue)

3. Please also install and activate the ARI Adminer plugin

Thanks

July 1, 2018 at 7:16 pm #2449324

Yvette
Supporter

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

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

Hello

I took a look at the database for the product "Cupid Rojo". I can see that the variation with id=15174 is linked to the ES variation id=15198

However, the database is showing that the expected ES variatiosn associated with "Cupid Rojo" are numbered: 15234 - 15236

Furthermore, post id=15198 doesn´t even exist anymore in the wp-posts table. So the WPML tables have "ghost" entries.

So, this is why the post-meta information (e.g. stock quantity) is not sychronising for that particular variation. "CUPID ROJO - S es, Blanco"

So now that I udnerstand what is wrong, I am wondering how it got to this state.

I did not look at all of the product, but only to the "Cupid Rojo".
Is this happening to your other products for this one variation?

July 1, 2018 at 7:27 pm #2449330

Argenis Alvarez

Yes happening with the rest of products just with the "S" variation

July 2, 2018 at 11:58 am #2453413

Yvette
Supporter

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

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

From what I can see, there must be a problem with the data definition for that particular attribute variation since:

- the import is successful
- the translations are created
- the products are there

Can you include in your next reply a link to your input files so I can show them to our specilast here to see if they can spot any problems?

Also, is there a way that you can set the staging site to how it was when you FIRST imported the ES products?
Right now, as it is, the ES variation associated with "S" attriute is still pointing to the original variation created. e.g. it has ghost entries.

Thanks

July 2, 2018 at 2:35 pm #2454175

Argenis Alvarez

Hi,

Thanks, I guess I can delete all the products from the import is that you mean?

hidden link

July 2, 2018 at 2:53 pm #2454256

Yvette
Supporter

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

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

Hello

This is how I understood your site was created:

a. - You imported the main language products
b. - You imported the 2nd language products
c. - You realised there was an issue with the variations
d. - you then see there was an issue with Spanish
e. - You re-uploaded the Spanish products

So, what I would like is if you could have the system as it was before you re-imported/re-uploaded the Spanish products. eg.after step (b,) above.

Is this possible?

July 2, 2018 at 3:11 pm #2454360

Argenis Alvarez

Ok perfect I did it already

Thanks

July 3, 2018 at 8:57 am #2456313

Yvette
Supporter

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

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

Thanks for that!

I can see now that the ES product variations are imported/created (see image)
The fault is when the translation linking/assignment is made. There is no link for the particular variation (see image).

I also notice that the field "post_name" is different for this one variation. It does not follow the pattern of the others: "variation-15251-of-cupid-rojo"

So, now, I would check the import file of the variations. What is differnet between this variation and the others? If the translation link is not created, it is because the "unique identifier" is not matching between the EN and ES variations.

Do you agree?

July 3, 2018 at 9:06 am #2456354

Argenis Alvarez

Ok thanks, Please let me know what you see and why is not linking the unique identifier

July 3, 2018 at 9:11 am #2456394

Yvette
Supporter

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

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

Can you send me the original file(s) that you use to import ?
I am opening the private area for this.

Thanks

July 3, 2018 at 1:30 pm #2457655

Yvette
Supporter

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

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

Ok - I could not see anything that would prevent the variation translations for the "S" attribute from linking as the other ones did.

Please do the following so I can send this case to our specialist for further work:

- Upgrade all of your plugins to the latest releases (espeically WPML suite)
- Install and activate the Duplicator plugin
- Create a Duplicator package and then let me know when it is complete

I will then download the package and send it along with your import files that you kindly shared with me to our 2nd tier support group where the specialist can look at the issue.

Thanks for your ongoing collaboration.