Closed
Bug 829392
Opened 11 years ago
Closed 11 years ago
Trusted UI doesn't close after completion of a purchase and we don't reload marketplace app to start app download
Categories
(Marketplace Graveyard :: Payments/Refunds, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
2013-01-24
People
(Reporter: krupa.mozbugs, Assigned: kumar)
References
Details
(Whiteboard: u=patron p=3 r=?)
steps to reproduce: 1. Log into marketplace-dev on your unagi phone 2. Navigate to the details page for Private Yacht 3. Click on the purchase button 4. Set up your pin 5. Confirm SMS 6. Click Buy to confirm purchase expected behavior: After purchase is complete, trusted UI is closed and User navigates back to the details page and is prompted to download the app observed behavior: Trusted UI has the message- "Your paymnet is complete. This window will now close" and remains open. Clicking on the 'x' doesnt close it.
Comment 1•11 years ago
|
||
The X button issue I believe is already tracked in a separate bug you filed that's a regression from an identity patch. Kumar - are you remembering to call payment success piece here? I need to know asap if this is client-side that's failing.
Flags: needinfo?(kumar.mcmillan)
Updated•11 years ago
|
Assignee: nobody → kumar.mcmillan
Priority: -- → P1
Whiteboard: u=patron p=
Target Milestone: --- → 2013-01-17
Assignee | ||
Comment 2•11 years ago
|
||
Yes, we do call the payment success handler. I know because it works most of the time :) There is some kind of edge case here where it does not work but I am unable to consistently reproduce it. I am also blocked from testing on Unagi because logins don't work for me. I have seen the error above on desktop but only randomly.
Flags: needinfo?(kumar.mcmillan)
Comment 3•11 years ago
|
||
I have also have a hunch that the web activity bug fix for trusted UI may fix this bug. Krupa - Can you retest with the web activity patch included for trusted UI?
Flags: needinfo?(krupa.mozbugs)
Keywords: qawanted
Reporter | ||
Comment 4•11 years ago
|
||
I can reproduce. Note that at this point, the trustedUI is still overlapping the SMS app and after completing the purchase (by faking the SMS), I see the behavior described in comment 0
Flags: needinfo?(krupa.mozbugs)
Reporter | ||
Comment 5•11 years ago
|
||
Is there some clear way to check if I have the activity patch in the unagi build I'm using?
Comment 6•11 years ago
|
||
(In reply to krupa raj 82[:krupa] from comment #5) > Is there some clear way to check if I have the activity patch in the unagi > build I'm using? You would need to run that settings activity test I mentioned in a separate bug. I'll go grab a recent build and see what happens as well.
Comment 7•11 years ago
|
||
Okay...I just grabbed a recent nightly build and I still reproduce the bug with the settings web activity being fired. So it isn't just a SMS activity problem. Let me mark this a dependency on that bug. I do know there was some nasty github problems that happened yesterday that may have delayed getting the patch included in the build. So maybe we need to wait a bit. I've put needsinfo on bug 829170 on Alberto to see if he knows.
Comment 8•11 years ago
|
||
I dug into this with a more recent build - I confirm Krupa's findings. See bug 830036 for a followup. Let's try again after that's fixed.
Updated•11 years ago
|
Whiteboard: u=patron p= → u=patron p=2
Updated•11 years ago
|
Whiteboard: u=patron p=2 → u=patron p=3
Updated•11 years ago
|
Whiteboard: u=patron p=3 → u=patron p=3 r=?
Comment 9•11 years ago
|
||
Okay. Apparently the 1/15 build finally has the fix to that one web activity trusted UI issue. Can you retest now?
Keywords: qawanted
Updated•11 years ago
|
Target Milestone: 2013-01-17 → 2013-01-24
Reporter | ||
Comment 10•11 years ago
|
||
this works now.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•