Closed Bug 834776 Opened 12 years ago Closed 12 years ago

Forgot PIN is redirecting incorrectly

Categories

(Marketplace Graveyard :: Payments/Refunds, defect, P1)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED
2013-01-31

People

(Reporter: kumar, Assigned: wraithan)

References

Details

(Whiteboard: u=patron p=1 [qa-])

STR:
- adjust the reset_start() view so that it returns an empty http response (not a 500)
- begin a purchase with an account that already has a pin
- instead of clicking enter pin, click Forgot PIN
- the first view it hits is reset_start
- but @enforce_sequence redirects to reset_confirm

Expected: the decorator should not redirect to reset_confirm

If I begin a purchase with a brand new user that has no pin, create *and* confirm a pin, then *refresh* the lobby URL to start a new purchase but keep the same session @enforce_sequence does *not* redirect to reset_confirm. This seems like the correct behavior.
Assignee: nobody → xwraithanx
Priority: -- → P1
Target Milestone: --- → 2013-01-31
Whiteboard: u=patron p=1
https://github.com/mozilla/webpay/commit/298e7052f949f19863841785c97d316b6f153cd3
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Kumar, how can I adjust the reset_start() view so that it returns an empty http response (not a 500)?
oops, this was an implementation detail that we fixed. qa-
Whiteboard: u=patron p=1 → u=patron p=1 [qa-]
You need to log in before you can comment on or make changes to this bug.