vaschops

After updating Crocoblock plugins to their latest versions ..everything came back to working order.

So it was not a TranslatePress issue after all.

UPDATE

Overall this solution seems to pinpoint and fix the issue ..almost.

I added the snippet to the live website ..and for the last week it seems to run ok ..for the default language.

But today we noticed that on another language (3 in total set with TranslatePress) the notorious message came back – or never left.

Does the fix you provide tackle transients in every language?

I am not sure how translations are recorded in the database ..or their transients ..but if you are working on a proper fix, you have to take translations into account too.

UPDATE

Ajax/js PayPal buttons fail to load when FOX is enabled.
PayPal button appears if it is configured to use the default ‘Order Now/Place Order’ button.
‘Order now’ button is shown but it does not work – when clicked it does not open up a new window to proceed with the payment.

Viva Wallet does not support payments in USD, this is why it does not appear in checkout.

Actually ..Viva Wallet gets disabled automatically when I enable FOX, quoting the following:

Gateway Disabled: Vivawallet does not support your store currency.

Could you advise how to configure it properly so it works fine with both payment options?

Please have a look now

Twenty Twenty-Four theme is enabled and ONLY WooCommerce plugin is active.

The product links provided in previous reply are still showing the wrong message, although they have stock available etc.

Here is a product with 2 variations that both have stock:
https://staging.kushallday.gr/en/shop/seedshop/cannabis-seeds/rainbows/

Here is a product with 2 variations that none of them have stock + they do not display the expected ‘out of stock’ message:
https://staging.kushallday.gr/en/shop/seedshop/cannabis-seeds/gorilla-glue-4/

Both of the above products have values for regular price + stock + manage stock is ticked
(example of how the variations tab looks: https://gyazo.com/11ff4f06cbb98ae475c5116b0671a8fa)

I tried tweaking the mentioned values ..but it did not directly remedy the products that show as out of stock (while the have stock) nor changed the message.
Only by updating a product (or by hitting the ‘Save changes’ button in Variations tab) restores the correct status in the front-end.

I am not sure if after the changes the issue will be fixed or will be reproduced in the future.
But it definitely does not automatically fix products that currently show this ‘This product is currently out of stock and unavailable’.

Furthermore ..some differences like the version of MySQL MariaDB ..I cant really tweak myself.

Truth is that more people are still coming in, stating the same issue in github ..and it is not easy to continuously monitor a store with hundreds of products.

There should be a way to fix this by scanning/regenerating/updating the variation tables.
One way would be to do it manually – using a tool like those available in Woocommerce > Status > Tools).
This might not solve the root/cause of the problem ..but it would definitely identify if an additional cron job is required to check variations ..or something like that.