We are using YITH WooCommerce Bulk Product Editing to update products and product variations sale prices. The plugin is working fine when updating simple products when we add a new sale price in the greek version (primary language) the english (secondary language) product is updating just fine. Same think is not happening with variations. We update the greek variations and the english ones are not updated even if the fields are locked and setted to copy value from the original language. After contacting with the YITH support we reveived an answer to unlock the translation variations. How can we achieve that and will there be any major problem after doing it?
I understand the issue you're having. As far as I know, the issue regarding the bulk updating of prices for variations should now be resolved, as the author has notified us of a fix they have implemented for this issue.
If unlocking the fields is necessary for the solution to function, we don't recommend that, as this action could disrupt synchronization and potentially lead to further complications.
To investigate the issue further, I kindly request you to try replicating the same issue on our sandbox. The Autologin link to the sandbox is given below.
- hidden link
WPML and other necessary add-ons are already installed there. Please install the YITH Bulk Update plugin and try to recreate the issue in the sandbox.
Once you have replicated the issue on the sandbox site, please let me know. I will check properly and escalate the issue to the 2nd tier team if required.
I appreciate your patience and cooperation. Looking forward to your response.
Well the issue is not resolved as far as I know since we have contacted YITH support and said us that we need to set the translation prices manually and not in sync with the original language product.
Also when I talked to a colleague of you via chat yesterday he told me the same think that you have asked the YITH team to solve the issue but there is nothing relevant in the plugin changelog.
I understand that there is going to be problems with product sync if we unlock this fields so we are probably not going to do that.
Also in order for the plugin to work in the site you have created an extra license key is neeaded since there is no feature to add a demo site url for testing.
Another think your colleague suggested is to bulk update the products that have changed and this will solve the issue. Is this going to work?
Thank you for the update and for understanding the complexity that may arise due to unlocking the fields.
I have found the conversation you had with my colleague and the solution he shared was also suggested by our compatibility team after testing. I believe this should effectively address your issue. I'm including the steps for you, below:
- Once you've made changes to the products, navigate to 'Products' and then select 'All products'.
- Choose the products and proceed to Bulk Actions > Edit > Apply
- To finalize the changes, click on the 'Update' button.
Please let me know if that helps or if you need further assistance in this matter. I will be happy to help.
Thank you for reaching out to the YITH support team for further assistance.
Per your request, we will keep this ticket open. However, please be aware that if there is no response within 7-10 days, our system may automatically close the ticket. Should this happen, you are more than welcome to open a new ticket, and we will be pleased to offer our assistance.
Feel free to share any updates or additional information you may receive from them, as it will help us in understanding the issue.
Thank you for your cooperation and patience in this matter.
"Currently our plugin cannot edit the product as it is blocked, as this doesn’t allow to change the product at all with our plugin or using WooCommerce product configuration. However, you mentioned that WPML contacted our developer in order to fix this problem without having to unlock the product, the developer is not here for the rest of the week but we will send a notification in order to reply from him, on Monday at the latest, about this changes asap, as currently we haven’t receive any update for the plugin."
While the YITH team's developers are investigating the issue, could you attempt to reproduce the problem in the sandbox site I previously provided? If you're able to reproduce the problem there, we can conduct a thorough analysis and, if possible, propose a solution.
WPML and its add-ons, along with WooCommerce plugins, are already set up in the sandbox. I'd like you to install the Bulk update plugin and try to recreate the issue.
As I previously mentioned you need to have an active license for the plugin and have it connected with the sendbox site url, so I can not reproduce the issue.
Bellow you will see the answer YITH gave us.
We check your case in depth and it seems there is a problem with the languages. To understand how our pluging behaves with WPML, you should be able go to our table with "All languages" set in WPML and you can see the products of both languages, however you should only be able to edit the original product, this will edit the same information to the translations ( if you try to edit the translations you won't be able to open the edit modal and will display a tooltip when hover describing the WPML functionality.
However, while checking why in your site the information is not passed to the translation, from what I could check in your site, there is a different language set in WordPress and WPML ( in WordPress the default language is English while in WPML is Greek ). This could be what is causing the problem in your site as it can't really now which is the translated product to pass the information. You shouldn't be able to have different language as changing the default language in WPML will also change the language in WordPress.
From our site we tried what they suggested and the translation item is updating with the price the original product had before saving the new changes. Any idea why this is happening?
I appreciate the support provided by the YITH team up to this point. However, I would like to point out that the price field in the Translated product is synchronized with the default product. Consequently, the price from the default product will automatically be copied to the translated product once the default product is updated.
If it is not happening on your end, a closer inspection will be required to understand the root cause.
I would like to request temporary access (wp-admin and FTP) to your site to take a better look at the issue. It would be better to have a testing site where the issue is replicated.
You will find the needed fields below the comment area when you log in to leave your next reply. The information you will enter is private which means only you and I can see and have access to it.
Maybe I'll need to replicate your site locally. For this, I’ll need to temporarily install a plugin called “Duplicator” or "All in One WP Migration" on your site. This will allow me to create a copy of your site and your content. Once the problem is resolved I will delete the local site. Let me know if this is ok with you.
IMPORTANT
-Please backup site files and database before providing us access.
-If you do not see the wp-admin/FTP fields this means your post & website login details will be made PUBLIC. DO NOT post your website details unless you see the required wp-admin/FTP fields. If you do not, please ask me to enable the private box. The private box looks like this: hidden link
I am waiting to get a demo license for the plugin in order to make it work in the demo site. I will come back to you as soon as they give me one. Please reopen the private reply.
Hi There,
I hope you're doing well. Sorry for the delay in responding due to the weekend.
Thank you for your effort. If you can replicate the issue on the sandbox, then it is not required to share the access information. We can do further debugging on the staging site.
I also have marked the next response as private. If you cannot replicate the issue on the sandbox, please share the access information to your site(A testing site will be better) so that I can investigate further.
I would like to add up the lattest YITH support answer bellow.
We check your tables now and we could see the information being passed on, however it seems the synchronization is made before the new value is saved, so the synchronization is not using the lastest values ( for example, if you change a price to 100, it synchronized the product data with the translation first and then save the new value in the original, if afterwards I set the value to 120, the translation will be synchronized, setting the value to 100 and then save the new value in the original ).
We tried to replicate this problem in our local site, but we couldn't, in our local sites it is saved and synchronized correctly. In order to debug your issue we need FTP credentials of the staging ( we currently only have the credentials of your live site ).
As now the information is saved and synchronized we just need to find why in your site this process is not in the correct order.
Hi There,
Thank you for sharing the access information and more details about the progress.
I have checked and also noticed that If I modify the price of the default variations, the corresponding translated variations do not update to the new price. Instead, they retain the price that was previously assigned, not reflecting the latest changes. But, when I select a specific product and perform a bulk edit action without making any actual changes (Select product > Bulk Actions > Edit > Apply > Update), the updated pricing information becomes visible in the variations.
This behavior suggests that the YITH Bulk Edit plugin processes the Price Information differently. As a result, when the price is updated through this plugin, the default price gets updated properly, but the translated products don't receive the updated price information correctly.
To check the data stored in the database, I also installed a database plugin that we use for debugging but, I was unable to access the database due to the strict security. If you can share the Database information in the next response, I will be able to check further and suggest what to do next. I enabled a private field for you so that you can securely share the information.
