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)

defect

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.
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)
Assignee: nobody → kumar.mcmillan
Priority: -- → P1
Whiteboard: u=patron p=
Target Milestone: --- → 2013-01-17
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)
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
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)
Is there some clear way to check if I have the activity patch in the unagi build I'm using?
(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.
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.
Depends on: 829170
Keywords: qawanted
Depends on: 830036
No longer depends on: 829170
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.
Whiteboard: u=patron p= → u=patron p=2
Whiteboard: u=patron p=2 → u=patron p=3
Whiteboard: u=patron p=3 → u=patron p=3 r=?
Okay. Apparently the 1/15 build finally has the fix to that one web activity trusted UI issue. Can you retest now?
Keywords: qawanted
Target Milestone: 2013-01-17 → 2013-01-24
this works now.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.