Skip to content
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

Error 500 - Customer viewing an edited order from which all items were removed #5505

Closed
filipefurtad0 opened this issue May 26, 2020 · 1 comment
Labels
bug-s4 The bug is annoying, but doesn't prevent from using the platform. Not so many users are impacted.

Comments

@filipefurtad0
Copy link
Contributor

Description

After placement and payment capture of an order - but before shipment - the hub manager can edit the order and change the number of items, or remove all of them. If this is done and the customer attempts to view the order an error 500 become visible to the user, i.e., in /orders/Rxxxxxxxx. Looking at /transactions shows an error in the column Shipping status (pics below).

Expected Behavior

Clicking on the edited order should not show the snail and:

  • perhaps lead show the order with zero items, and zero amounts, with the corresponding Outstanding balance (would this be a paper cut?)
  • the error message under Shipping Status should be improved rather than display the error message

Actual Behaviour

  • error 500 when visiting the edited order (from which nr. of items is now zero)
  • [missing "en.spree.shipment_states.null" translation] error appears

Steps to Reproduce

  1. Customer - Place an order
  2. Admin - edit the order, removing all items
  3. Customer - go to /orders and click on the order -> snail 500
  4. Customer - go to /transactions and observe the error

Animated Gif/Screenshot

image.png

image.png

Workaround

Deleting an order, instead of reducing it's numbers to zero.

Severity

Placing as bug-s4. An argument for upgrading this to s3 would be that the user sees snail.

Your Environment

  • Version used: v2.9.9
  • Browser name and version: Firefox 75
  • Operating System and version (desktop or mobile): Desktop
@filipefurtad0
Copy link
Contributor Author

I think we can close this, as the only path to generating empty orders is by removing all items from orders, which cancels them automatically, and resuming the order.

However, resumed orders don't appear to the customer, so as of now, this bug does not occur.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug-s4 The bug is annoying, but doesn't prevent from using the platform. Not so many users are impacted.
Projects
None yet
Development

No branches or pull requests

1 participant