-
-
Notifications
You must be signed in to change notification settings - Fork 713
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Backoffice New Order not working for specific user #4484
Comments
Hello, I'll have a look now. There's an hidden checkout workflow error that we are not showing to the user here: I am investigating what is causing this error. |
we are again (#4355) looking at "producer" overriding their own products. what's causing the problem is that the "add variant to order" sees the correct inventory stock levels and lets user add variant to order BUT the checkout workflow is not "scoping" the variants and sees the stock in the catalog, not the inventory AND because the products are out of stock in the catalog, the checkout workflow fails... I believe the quick workaround for this is to add stock to the products on the catalog, this will make checkout work AND will not break the stock logic: the quantity will still be taken from the inventory numbers... This is a bug and the actual fix will be to scope variants during the checkout workflow process of creating what internally are called packages. Is this still an S2 with the workaround @lin-d-hop ? I am not sure because it is quite a specific case. |
To be tested after #4355 is fixed (which is the UKs next S3) Thanks @luisramos0 I'll get this updated. |
I am not sure I was clear, I only mentioned 4355 because it is the same type of situation (overriding own products). This and 4355 require different fixes. And now that I rethink this... this bug is not specific to "overriding own inventory", I havent tested but I think this will happen every time the product added is an override AND the producer stock is zero. It's a bit worse than initially described... |
Can we get rid of inventory yet? |
if you remove these from inventory you will bump into #4355 |
I don't think we will ever fix this one, but please reopen @lin-d-hop if you think otherwise |
Description
A user is failing to be able to place an order through the backoffice.
The order is on an OC that is tagged and the customer has the matching tag. I am not sure if this is relevant but I know that other orders are successfully being placed through the backoffice.
Expected Behavior
For Hub: Cambridge Food Hub
Trying to place the following order:
1x ChariTea Green 24x330ml
1x ChariTea Black 24x330ml
1x ChariTea Red 24x330ml
1x ChariTea Mate 24x330ml
The customer details are:
Info[at]charliescoffee.co
Name: Charlie's Coffee Company
Address: (shipping and billing)
44-45 Burleigh Street
Cambridge
CB1 1DJ
I have included a gif of the endless loop I end up in.
Actual Behaviour
There is no clear error message.
Steps to Reproduce
Animated Gif/Screenshot
Workaround
Haven't found one.
Severity
bug-s2 - or awaiting workaround. Removing tagging is not a suitable workaround for this user (I haven't tested if that works though will look on staging)
Your Environment
Possible Fix
The text was updated successfully, but these errors were encountered: