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 7 replies, has 0 voices.
Last updated by peterJ-48 4 days, 17 hours ago.
Assisted by: Paweł Halicki.
| Author | Posts |
|---|---|
| April 1, 2026 at 4:27 pm #17943921 | |
|
peterJ-48 |
Hi, I have imported new prices on a lot of variable products. Prices are imported in the primary language (English) and the prices are copied automatically to the variations in the secondary languages as they should be. The min and max variation price are also update on the English product page, however this is not copied to the secondary languages. Please see this example: hidden link A workaround will most likely be to resave the product, however in this case it is not an option as this will be a full days work. We are updating prices all the time so we need a permanent fix. I have also imported the products to sandbox.memidos.com where the problem is the same. Long Nguyen already has the login credentials for the sandbox server. Best regards |
| April 2, 2026 at 4:43 pm #17946683 | |
|
Paweł Halicki Supporter |
Hello, I’ll be happy to help, but I would kindly ask you to provide some additional information - I no longer have access to some of the details as they were removed to protect your privacy. * Please provide the access details again and let me know whether this is a production environment or a copy (I see a mention of a sandbox, which would be ideal). In the case you described, I understand that the price has already been updated? I checked a few language versions and they seem consistent. Best regards, |
| April 7, 2026 at 6:53 pm #17955086 | |
|
Paweł Halicki Supporter |
Hello, Thank you for providing access to the environment. I tried creating a backup, but it’s over 30GB, which makes creating and restoring it very difficult. Let’s try to solve the issue using the sandbox you prepared. I noticed that in the test environment you managed to update WooCommerce to nearly the latest version. Observing the problem for this product and its translation: - hidden link It currently seems that the only visible issue is that for the translated product, WooCommerce converted the MIN/MAX price by adding its own VAT calculation, while in the original language the MIN/MAX price was displayed without VAT - I'm attaching a screenshot. Am I understanding the problem correctly? Regards, |
| April 8, 2026 at 11:07 am #17956571 | |
|
peterJ-48 |
Hi Pawel, We did not update WooCommerce on the Sandbox. I believe this has been done by Rextheme who is checking an issue related to our product feeds. But this is good, because now we know that updating WooCommerce will most likely not solve the issue. The difference is not VAT. The difference is old and new prices, like mentioned in my first message. The old prices are from before the price adjustment. I noticed that you only see the wrong Min/max prices on secondary language pages as a logged in user. Whether this is due to that the Min/max price is stored in the Cloudflare cache I don’t know, but I find it quite unlikely. It’s obviously not so good that we are showing wrong prices. What can we do to speed up and have it solved? Best regards |
| April 9, 2026 at 3:31 pm #17960044 | |
|
Paweł Halicki Supporter |
Hello, Best regards, |
| April 9, 2026 at 3:58 pm #17960213 | |
|
peterJ-48 |
Hi Pawel, Thanks, you for your message. "It’s possible that a plugin is creating an additional copy" I have of course been importing new prices before, but I did not discover this problem before, so I think this problem is relatively new. Best regards |
| April 24, 2026 at 3:39 pm #17993569 | |
|
Paweł Halicki Supporter |
Hello, I’ve made extensive attempts to reproduce the scenario you described, both on a clean WooCommerce setup and on larger, test-ready environments, but without much success. It seems likely that multiple factors are contributing to this behavior. I can see that your site is quite large, and I fully understand the need to resolve this issue. Unfortunately, I wasn’t able to generate a usable backup. It might be possible for you to prepare one using tools available on your infrastructure side - mainly the database would be sufficient. This would allow me to debug the full flow and identify a reliable solution. At this point, the only thing I can suggest is to test the following: * Run the command `wp cache flush` and check whether the issue stops occurring (variation prices should recalculate correctly) If that helps, you could try the following workaround: <?php
// /wp-content/mu-plugins/wpmlvip-348.php
add_action('woocommerce_after_product_object_save', function($product) {
if ($product->is_type('variable')) {
wc_delete_product_transients($product->get_id());
WC_Product_Variable::sync($product->get_id());
}
});
This is not an ideal solution, but it should help. If either of these approaches works, I will try to prepare a more optimized solution specifically tied to the import process. At the moment, I’m unable to fully validate it since I cannot reproduce the issue on my end. Kind regards, |
| April 27, 2026 at 5:53 am #17995755 | |
|
peterJ-48 |
Hi Pawel, We made a complete plugin update last week, and now I don’t see the issue anymore. Whether this is due to that the issue is solved by updating WooCommerce or whether it is because the WP cache was flushed during the update I unfortenately don’t know. I will close this ticket for now, and reach out again if I experience the problem next time we update some prices. Best regards |
