out of stock products not being marked disabled

ZC 2.2.1, PHP 8.5 OPC 2.6 and POSM 6.1

Want to have products marked disabled when all variants are sold out so they do not show on product page. Have "Products status in Catalog when out of stock set to "0"
When we were using SBA in 158a it was able to mark products disabled when sold out therefore not showing up on product page.

Is there a way to do this while using POSM?

Thanks, Randy

lsde:

ZC 2.2.1, PHP 8.5 OPC 2.6 and POSM 6.1

Want to have products marked disabled when all variants are sold out so they do not show on product page. Have "Products status in Catalog when out of stock set to "0"
When we were using SBA in 158a it was able to mark products disabled when sold out therefore not showing up on product page.

Is there a way to do this while using POSM?

Thanks, Randy
When the quantities of all managed variants of a product have a quantity of 0, the overall product is marked as disabled.

pm sent

Make sure that Configuration / Stock / Products status in Catalog when out of stock should be set to (whew) is set to 0.

We have always had it set to "0" , Do you think there is anything else we can check?

Thanks, Randy

lsde:

We have always had it set to "0" , Do you think there is anything else we can check?

Thanks, Randy
Yep, Configuration / Options' Stock Manager / General: Options' Stock Re-order Level ... set to 0.

I was able to get the test site to show Sold Out,```

products_options_stock_observer: STOCK_CHECK: true, STOCK_ALLOW_CHECKOUT: false, STOCK_LIMITED: true

On entry: {"options_id":"1","selected_values":"","calling_page":"'product_info'","calling_pid":"600","securityToken":"3b709c0cb7c60a6f6921252e0173ca8f"}
join_clause: , and_clause: , sql: SELECT DISTINCT sa0.pos_id, sa0.options_values_id
FROM products_options_stock_attributes sa0
WHERE sa0.products_id = 600
AND sa0.options_id = 1
Processing managed option (1) ...
option_values -- [
{
"options_id": "1",
"options_values_id": "1",
"quantity": "0",
"oos_msg_id": "1",
"model": "",
"oos_date": "0001-01-01",
"extra_info": "",
"oos_message": "Back-ordered"
},
{
"options_id": "1",
"options_values_id": "2",
"quantity": "0",
"oos_msg_id": "1",
"model": "",
"oos_date": "0001-01-01",
"extra_info": "",
"oos_message": "Back-ordered"
},
{
"options_id": "1",
"options_values_id": "3",
"quantity": "0",
"oos_msg_id": "1",
"model": "",
"oos_date": "0001-01-01",
"extra_info": "",
"oos_message": "Back-ordered"
},
{
"options_id": "1",
"options_values_id": "4",
"quantity": "0",
"oos_msg_id": "1",
"model": "",
"oos_date": "0001-01-01",
"extra_info": "",
"oos_message": "Back-ordered"
}
]
select_info: {
"total": "4",
"unique_ids": "4"
}
last_selection [1]
extension_info: false

We have changed "Configuration / Options' Stock Manager / General: Options' Stock Re-order Level" to 0 as suggested. Made a purchase and it decremented quantity to 0 but did not mark the product as disabled.
Any others ideas we could try?
Thanks, Randy

lsde:

We have changed "Configuration / Options' Stock Manager / General: Options' Stock Re-order Level" to 0 as suggested. Made a purchase and it decremented quantity to 0 but did not mark the product as disabled.
Any others ideas we could try?
Thanks, Randy
Sigh, that's a long-standing bug in POSM. Zen Cart GitHub issue created for tracking: https://github.com/zencart/zencart/issues/7573

lat9:

Sigh, that's a long-standing bug in POSM. Zen Cart GitHub issue created for tracking: https://github.com/zencart/zencart/issues/7573
Here's the link to the changed file that corrects that issue: https://github.com/zencart/zencart/pull/7574/changes/4bb03e1c5252bfbbd80a48aed45e0d5806685f0f

Cindy
Works great.
Thank you so much.
Randy

Thanks Cindy, solved the issue.

lsde:

Thanks Cindy, solved the issue.
Thanks for the report back; the correction will be bulit into Zen Cart 3.0.0 and later.