out of stock with variations with stock

I have made a test without any plugins and with storefront when the product was show “out of stock” and after i have swtich again all plugins on and the DIVI, because the site was not readable for people with storefront. And even on 12pm i have some call phoned that the site has a probleme.
And after the test, i have made the screenshot.

Yes we have try with the stock on product level and it is the same, we have made with 10000 in product level. The same. Sometimes, it goes on product sold out.

i have find many post in other forum with the same probleme, an many people seems to have this. for years.

it is the same as here https://www.ads-software.com/support/topic/out-of-stock-issue-even-though-all-the-product-variations-has-qty-more-then-10/

but i have try all the solutions i find in the web. there is many.

i have upgrade to the 6.3 , i will see if it is going.

For php 7.4 i must see, we have a other wp on the server with multisite and 60 sites on it, with many plugins, and other old tools to manage the people who was create in php for 8 or 10 years, so i must try if every thing goes with php 7.4.

Hi @troussel

Thanks for the detailed update.

Please check and let us know how things go upon upgrading PHP to 7.4 .

We’ll look forward to hearing from you.

it will take some time, i must make a snapshot, then the update, and if somthing goes wrong with php 7.4, then i must go back to 7.3 because we have many programms make with Marionette and we don’t have the sources. If i must ask for new programmations, than it will take some month.
I hope they go with 7.4.

No worries 👍 – we’ll be here if and/or when you are ready to continue.

Cheers.

The woocommerce update has made nothing, one of the product with many variations was again on “sold out” just after someone by one.

So i will try to update php on 7.4 this night.

For mariadb, there is no update available in yum, the last one we make was for 7 month.

Hi @troussel

Just a suggestion, something that you can consider is setting up a staging site.

If your host doesn’t offer that option, we recommend WP Staging for quickly spinning up a new test site.

You can make all tweaks and tests without affecting your live site!

I hope to hear from you soon!

All the best,

Hello,

so i have make the update from php 7.4 this night, and just now, after one cammand from a product with many variation, he is on sold out on the product page.
but, on the categorie page, he is on the choice, so the bug seems to be only on the product page.
Normaly is he is sold out, he wouldn’t come one the categorie page, but he comes, so on the categorie page, the programm is good, but on the product page, where there is the choice of variation, there is just a message that the product is out of stock.
In backend, it is “in stock”.

So the probleme stay with frontstore, without any plugins. with php 7.4, etc.
If we just edit the product, change nothing and save it again, than he is OK after this manipulation. After someone by only one , he goes out of stock , and all the variation have stock.

@troussel

If the backend remains with stock, then you might be dealing with cache issues. Could you ask your host to clear your site cache?

Also, I found some pointers here:https://www.ads-software.com/support/topic/variable-products-showing-as-out-of-stock-2/

Cache is deasdabled in wp-config, and it is empty.
We are our own host, so there is no cache. i have look on the serber, the directory is empty.

And there is no compression or cache in apache.

Hi there,

Since it seems like you tried most other problems and the stock problem is “scheduled”, I suggest to install an activity logger.
Something must be changing the values of the stock status and maybe a kind of logger can pick up on it.

I like using: https://www.ads-software.com/plugins/simple-history/ or https://www.ads-software.com/plugins/aryo-activity-log/ – I am not sure of the WooCommerce support for both, but that should be easy to find out.

And there is no compression or cache in apache.

Do you have steps to reproduce this consistently? You initially mentioned:

The product can stay 1mn or 1 hour normal, and then he goes alone “out of stock” and there is stck in all variations.

Is this still the case or do you have a way of triggering this at will?

Kind regards,

so we have found that it is when the paiement comme back, to be completed.

So the step is to make a product with 4 attibutes, and on evry attribut 3 or 4 value, then to generate the variation, and make some away, so not all the variations are possible.
We have 29 variation on 4 attribute.
We use Stripe, and not paypal (to expensive).
All the variations are with stock, and prices. So the stock management is on the variations level.
It is all products without sending, in our case, it is bedroopms in a hotel during an event, so virtual products.
If you reserve and not paye, it make nothing, but if you go true all the process and pay, than the product will be sold out.
We have tshirts with variations, and there is no problem.

So it seems that it is only on virtuals products. We have not the problem with tshirt or bucket but there is no manage stock on it.

Hi @troussel

Thanks for sharing the steps and the details.

It is clear that the problem is happening with the virtual products only.

Have you installed a logger as advised by Con? Please share what you find in its logs. We recommend https://snipboard.io for easily sharing screenshots – please follow the instructions on that page, then paste the URL in this thread.

We’ll look forward to your response.

the log of the event that make the product goes soldout.

https://snipboard.io/I8Jlr7.jpg

i can say a little bit more, because the shop manager has let the products on “sold out” :
– on the main page of the shop, under the catégorie image, it is saying that there is 3 products available, but on the categorie page, there is only 2 product image, the one who was booking has deasepear, if i go to the pruduct page with his url, it is saying that he is not im stock, but on the bach end, it is saying “in stock”.

So the count of the sold is ok on backend and categorie list page, but not on categorie page and product page.

Cache is empty.

I have try to clear transient, recount term, etc, all what we can do on the tools, from woocommerce, it does nothing.