Closed
Bug 834776
Opened 11 years ago
Closed 11 years ago
Forgot PIN is redirecting incorrectly
Categories
(Marketplace Graveyard :: Payments/Refunds, defect, P1)
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.
Reporter | ||
Updated•11 years ago
|
Assignee | ||
Updated•11 years ago
|
Target Milestone: --- → 2013-01-31
Updated•11 years ago
|
Whiteboard: u=patron p=1
Assignee | ||
Comment 1•11 years ago
|
||
https://github.com/mozilla/webpay/commit/298e7052f949f19863841785c97d316b6f153cd3
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Comment 2•11 years ago
|
||
Kumar, how can I adjust the reset_start() view so that it returns an empty http response (not a 500)?
Reporter | ||
Comment 3•11 years ago
|
||
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.
Description
•