Jason Smith [:jsmith] Reporter
	Description • 12 years ago

Build:

Device - Unagi

Hashes

  <project name="gaia" path="gaia" remote="b2g" revision="319123f39aacfc98387390e1f173035f1870bacd"/>
  <project name="releases-mozilla-aurora" path="gecko" remote="mozilla" revision="48017631bc649ce43791db461d3a549ec51a27e3"/>

Steps:

1. Launch two apps - one that will make the mozPay call and one that does not
2. In the app with the mozPay call - call mozPay
3. After the trusted UI finishes loading, go to the task switcher and switch to the the app without the mozPay call
4. Exit back to the homescreen
5. Return to the app with the mozPay call active
6. Try to finish the payment or cancel the payment

Expected:

We should be able to either finish off the payment or cancel the payment.

Actual:

Trying to finish off the payment or cancel the payment results in nothing happening. Clicking the pay or cancel buttons on the mock payment provider does nothing in these scenarios.

	Naoki Hirata :nhirata (please use needinfo instead of cc)
	Comment 1 • 12 years ago

Gaia Triage : blocking +, P1.  Functional breakage.

	Vivien Nicolas (:vingtetun) (:21) - (NOT reading bugmails, needinfo? please)
	Comment 2 • 12 years ago

Alberto, I have seen you touching Trusted UI last week, so I believe you will be a good owner for this bug :)

	Jason Smith [:jsmith] Reporter
	Comment 3 • 12 years ago

Re-tested, can't reproduce this anymore. Probably fixed by the animations bug. Closing.

	Fernando Jiménez Moreno [:ferjm]
	Comment 4 • 12 years ago

As requested by Caitlin, I've checked again that this is indeed successfully working. FTR I've tested with the mock payment provider.

	Jason Smith [:jsmith] Reporter
	Comment 5 • 12 years ago

(In reply to Fernando Jiménez Moreno [:ferjm] (PTO until 8th January 2013) from comment #4)
> As requested by Caitlin, I've checked again that this is indeed successfully
> working. FTR I've tested with the mock payment provider.

We really should get more information on that issue that happened. I've seen bugs happen where they worked fine with the mock payment provider, but failed with some other web content.

What I want to know is:

* Build Date?
* Device Type or Desktop Build?
* What part of the payment provider flow did they try to reproduce this?

Caitlin - I need more info here when you get the chance. If something is going wrong here that only happens with webpay, then there could be a bug here. But I don't think I've got enough information yet to make that call.

	Caitlin Galimidi [:c8o]
	Comment 6 • 11 years ago

Jason - I don't have more details to offer on this. It will come up again during payments E2E testing for Marketplace however. If you are not having any issue with this during payments then by all means close out.