Closed
Bug 959230
Opened 12 years ago
Closed 12 years ago
paymentFailed/paymentSuccess not available in webpay
Categories
(Firefox for Android Graveyard :: Web Apps (PWAs), defect)
Tracking
(firefox28 fixed, firefox29 fixed, firefox30 fixed, b2g-v1.3 fixed, b2g-v1.4 fixed)
RESOLVED
FIXED
Firefox 30
People
(Reporter: muffinresearch, Assigned: wesj)
References
Details
(Keywords: regression, reproducible)
Attachments
(1 file)
|
1.87 KB,
patch
|
mfinkle
:
review+
Sylvestre
:
approval-mozilla-aurora+
Sylvestre
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
Looking at bug 924693 payment callbacks should be implemented, however, following the STR in bug 920822 the tab doesn't close and the following is visible in the console over and over:
E/GeckoConsole(23689): [pay] waiting for paymentFailed to appear in scope
Which is coming from https://github.com/mozilla/webpay/blob/master/media/js/pay/cancel.js#L16
This suggests that there's been a regression as bug 924693 looks to have been verified and confirmed working.
I'm using nightly 29.0a1 on Samsung Galaxy s3 with android 4.3 (Stock).
Detailed STR/Test case:
* Get android setup as per https://wiki.mozilla.org/Marketplace/PaymentAndroid
* Go to marketplace stage http://marketplace.allizom.org/
* Find a paid app and try and buy it. (hint searching ':paid' will help get to paid apps more quickly if none are featured).
* Once on webpay (Pin create/entry screen) hit cancel.
What should happen:
* Webpay tab is closed.
What happens:
* Throbber is shown and "[pay] waiting for paymentFailed to appear in scope" is continuously logged due to the lack of paymentFailed.
Updated•12 years ago
|
tracking-fennec: --- → ?
Updated•12 years ago
|
Keywords: reproducible
| Reporter | ||
Comment 1•12 years ago
|
||
Apparently on success the tab's not closing either which suggest paymentSuccess isn't there either.
Summary: paymentFailed not available in webpay → paymentFailed/paymentSuccess not available in webpay
| Assignee | ||
Comment 2•12 years ago
|
||
Can you test this again when bug 921112 hits central? I tested yesterday with it on my S3 and it seemed to work.
| Reporter | ||
Comment 4•12 years ago
|
||
Still failing for me with Firefox Android 29.0a1 (2014-01-16)
Flags: needinfo?(scolville)
| Reporter | ||
Comment 5•12 years ago
|
||
:lucasr is there anything else I need to know to be able to test this or is it just that the change I need isn't there yet?
Flags: needinfo?(lucasr.at.mozilla)
Comment 6•12 years ago
|
||
(In reply to Stuart Colville [:scolville] from comment #5)
> :lucasr is there anything else I need to know to be able to test this or is
> it just that the change I need isn't there yet?
wesj is probably the best person to answer this question :-)
Flags: needinfo?(lucasr.at.mozilla) → needinfo?(wjohnston)
| Assignee | ||
Comment 7•12 years ago
|
||
Nope. I can reproduce it too. Not sure what's up. I wonder if, because you're pulling mozPaymentProvider off of this cli object, it doesn't matter that you're polling for it. i.e. if it wasn't defined when the cli object was created it will never be defined.
We can try moving DOMWindowOpened for attaching these methods (instead of DOMContentLoaded) like b2g does.
Flags: needinfo?(wjohnston)
| Assignee | ||
Comment 8•12 years ago
|
||
This matches better what b2g does:
http://mxr.mozilla.org/mozilla-central/source/b2g/chrome/content/payment.js#385
Need a test for this stuff...
Attachment #8363164 -
Flags: review?(mark.finkle)
| Assignee | ||
Comment 9•12 years ago
|
||
I should say, fixes the issue for me
Comment 10•12 years ago
|
||
Comment on attachment 8363164 [details] [diff] [review]
Patch v1
I like this better too
Attachment #8363164 -
Flags: review?(mark.finkle) → review+
| Assignee | ||
Comment 11•12 years ago
|
||
Payments aren't turned on for release (they're turned on, but we have no provider). Not tracking
tracking-fennec: ? → ---
Comment 12•12 years ago
|
||
This got an r+ I think, is this good to merge?
| Assignee | ||
Comment 13•12 years ago
|
||
Apologies. I thought I landed this for you. in:
https://hg.mozilla.org/integration/fx-team/rev/21ac04e55976
| Assignee | ||
Comment 14•12 years ago
|
||
Comment on attachment 8363164 [details] [diff] [review]
Patch v1
[Approval Request Comment]
Bug caused by (feature/regressing bug #): bug 959230
User impact if declined: Payment callbacks are not there if you request them too early in page load
Testing completed (on m-c, etc.): Landed on mc today. Tested on the dev server
Risk to taking this patch (and alternatives if risky): Very low risk. Just moving some events. Same as other dom apis like this. matches b2g now.
String or IDL/UUID changes made by this patch: none
Attachment #8363164 -
Flags: approval-mozilla-beta?
Attachment #8363164 -
Flags: approval-mozilla-aurora?
Comment 15•12 years ago
|
||
Assignee: nobody → wjohnston
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 30
Updated•12 years ago
|
status-firefox28:
--- → affected
status-firefox29:
--- → affected
Updated•12 years ago
|
Attachment #8363164 -
Flags: approval-mozilla-beta?
Attachment #8363164 -
Flags: approval-mozilla-beta+
Attachment #8363164 -
Flags: approval-mozilla-aurora?
Attachment #8363164 -
Flags: approval-mozilla-aurora+
Comment 16•12 years ago
|
||
Comment 17•12 years ago
|
||
Updated•12 years ago
|
status-b2g-v1.3:
--- → fixed
status-b2g-v1.4:
--- → fixed
Updated•5 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•