Closed
Bug 868364
Opened 11 years ago
Closed 11 years ago
Buying on 2G using carrier direct billing failure
Categories
(Marketplace Graveyard :: Payments/Refunds, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
2013-06-27
People
(Reporter: rafael.medola, Assigned: keir)
References
Details
Attachments
(1 file)
8.35 MB,
application/zip
|
Details |
steps to reproduce: 1- Set the device to 2G only; 2- Open the Markeplace and insert a valid user and pass; 3- Find a paid App; 4- Click to buy the desired App (insert PIN if requested); 5- After redirected to Bango screen, click to BUY button. Expected behavior: After tap BUY button, the screen get faded and messages about the current status are displayed (processing payment, payment completed, etc) until the purchase is successfully completed. observed behavior: After tap BUY button, the payment process seems to be started so the screen blinks and returned to the Bango's screen without any action.
Updated•11 years ago
|
Group: client-services-security
Comment 1•11 years ago
|
||
Did the purchase succeed? Please attach a screenshot also
Reporter | ||
Comment 2•11 years ago
|
||
The purchase can't succeed. The issue is caused by slowness of 2G network. The screen becames white, but back to the "Buy screen" again.
Reporter | ||
Comment 3•11 years ago
|
||
Updated•11 years ago
|
Assignee: nobody → amckay
Priority: -- → P2
Comment 4•11 years ago
|
||
This looks like a Bango issue -- Rafael can you attach http logs and a logcat?
Comment 5•11 years ago
|
||
If this is still relevant, a few things have changed since then - I'm betting this is a Bango bug since its on the Bango pages.
Assignee: amckay → keir
There isn't much we can do to change the outcome of a slow 2G network. What are you expecting us to do?
Comment 7•11 years ago
|
||
We need Bango to anticipate slowness at all stages of the payment flow. This is the reality of our launch markets. Bango needs to show progress screens with timeouts when things take a long time. There should be messages informing the user that the connection is in progress but can be retried (if that applies). We have these screens in place already for several parts of the Mozilla buyflow.
Assignee | ||
Comment 8•11 years ago
|
||
Ignore Tom. It looks from the video that the js hasn't completely loaded before the user clicks the buy button (you can see the network activity spinner). The buy btn is the only btn on the page that needs to be bound by the JS, hence requires the js to be fully loaded. The entire page weight (excluding the icon) is pretty tiny (~8KB) so even with v slow connections should only take ~10 secs to download. To combat this the screen will now display the loading overlay and the btn the disabled attr until the js removes it (thus being fully loaded).
Assignee | ||
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Target Milestone: --- → 2013-06-27
You need to log in
before you can comment on or make changes to this bug.
Description
•