Please do let tier 2 do their research because in any case, we have products that take hours (the timeout is not the reason they do not complete) sometimes 24h, others need to be refreshed and then saved again, several times, for hours, we have succeeded in finally getting the 948 variations saved into each language (I know, I know, that amount of variations is huge). Thanks
As I mentioned before, you case has been escalated by 2nd tier to developers. We can only provide workarounds while we wait for them to schedule and do their thing.
Hello, we have a case at this moment that could be used to investigate the issue. Please let us know how and when we can prepare a site migration via Cloudways to send you a copy of our site. Thanks.
I am not so sure that this will help or speed up any work on our end. I have forwarded your comment to 2nd tier and I will wait for their feedback and let you know.
We think in general it is not a good idea to have a variable product with that many variations as it will fail on low specs hostings even without WPML.
Perhaps, if this is not a downloadable product, we could suggest to go to \WCML_Products::is_downloadable_product in wp-content/plugins/woocommerce-multilingual/inc/class-wcml-products.php and change the method to:
public function is_downloadable_product( $product ) {
return false;
Which might speed a tiny bit things up.
But having another example is not really going to help us. We know where the deficits in the logic for these cases lie.
I am setting this to Escalated again and we need to wait (and I don't know for how long) for a resolution from the development team. I need to remind you that this may not be resolved for a long time and you should look for other possible solutions. (e.g. have products with less variations)
Or, if you think this is specifically due to WPML, try creating these products without the WPML plugin active (one for each version) and then manually assign language codes and connect them as translations of each other....I have not tested this to see how much of a gain you will get with your issue but it's a just a thought.
Thank you for the suggestions, as the escalation is not in action, I was thinking of this proposal of yours:
"Or, if you think this is specifically due to WPML, try creating these products without the WPML plugin active (one for each version) and then manually assign language codes and connect them as translations of each other....I have not tested this to see how much of a gain you will get with your issue but it's a just a thought."
How may I connect one product as a translation of another as you suggest? And in any case, how would I connect each variation with the translated variations? If I have to do that one by one, it would never work as a time-saver.
Hello Yvette, I trust you are doing fine.
Could you please update me on this issue as it has been almost three months now since it was going to be escalated? This limitation by WPML is seriously hindering our ability to list products.
We unfortunately need a large number of variations and cannot go around this by creating multiple versions of the same product.
It is vital we have this ability to create many variations asap.
Thank you.
Best Regards,
Hello Yvette, that is extremely exciting and hopeful for us, you cannot imagine as we are literally stuck due to this issue.
I will update everything tomorrow and try to see if there is any difference.
Which way would you advise me to go about updating products that don't have the same variations in English (original language) and the secondary languages?
Should I go to a secondary language and delete all variations (if that is possible) and then update the product again or do you have a better way of testing your new release in regards to this issue?
Thank you very much for your support and follow-up.
Best Regards,
You wrote: "I will update everything tomorrow and try to see if there is any difference.
Which way would you advise me to go about updating products that don't have the same variations in English (original language) and the secondary languages?"
I would please focus only on the variable product that takes a long time to save. Don't do "everything".
I would also approach this task with a critical eye and attitude. Hope it will work but assume it will not.
For this reason, I would do the following FOR THIS ONE PRODUCT:
1. Make a backup of the product/system so that in case the behaviour is not what you need/expect, you can restore the state easily.
2. Then, I would try to simulate the normal way you would be updating your product. Was this original issue happening because you were updating pricing info or stock or....? Was this done online or via an import? Was it a fresh translation?
Do all the normal things you would do but limit it to this large variable product.
Then please write back to let us know what happens.
Thank you for your patience and willingness to retry this.
The topic ‘[Closed] variable product takes a long time to save’ is closed to new replies.
