Quote Originally Posted by Lordzoabar View Post
Just found another new issue. Focusing on the highlighted lines in Config > Stock

Click image for larger version. 

Name:	Untitled-1.jpg 
Views:	53 
Size:	35.3 KB 
ID:	18858

Allow Checkout is technically working, except it is saying that everything is out of stock, despite SBA showing otherwise, and the product page showing the correct total in stock of all variants together. IE: For a 4x6 frame, I have it set to 5 units in stock, the product page is showing 30 (which is all my variants added up), but when I do a test order, it doesn't matter if I say I want 1 or 10, it says it's out of stock regardless. If I set "Allow Checkout" to "true", then the order goes through, but the *** for "Mark product out of stock" shows regardless of order quantity.

"SBA Show Available Stock Level in Cart" likewise is not showing ANYTHING, though I suspect its problem is tied in to the above issues.
This is unusual in some parts. The total quantity showing 30 is expected when the stock is "synchronized" as the total stock is equal to the sum of the variants. There are reasons where/when it may be desired for that quantity to be different, but basically as a variant is removed so is one of the total quantity. So use that information as seen fit.

From that point, the indication of a quantity being out-of-stock or not is then expected to be processed by the observer class that is looking for the notifier at the end of includes/modules/pages/shopping_cart/header_php.php so that SBA can evaluate if this one variant (per product in the cart) has sufficient quantity remaining. It evaluates whether the condition of the cart to consider what if any SBA tracked items are in stock or not and in particular evaluates whether the cart as a whole has any out-of-stock product and corrects the condition if there is something about the SBA product to identify that all is "okay".

Now in earlier versions, there used to be a modification to that header_php.php file; however, a method was determined possible to perform the determination later. Problem I'm having right now is what is identifying that 1 of even 5 or 30 items is causing the software to consider that there are no product available.

One thing that comes to mind is if there are attributes in the product/provided to the shopping cart for which no variant respects... Not having a matching variant or method to handle the other attributes would cause what is described...

Do you perhaps have "display only" type option values/names? or better asked, is there a Web page to look at for the problem product and/or can you identify the attribute and variant setup for this product?