Closed
Bug 939261
Opened 11 years ago
Closed 10 years ago
If the user purchases a 2nd app over wifi they will be asked to enter the msisdn again.
Categories
(Marketplace Graveyard :: Payments/Refunds, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: vikas.nanda, Assigned: keir)
Details
Attachments
(1 file)
453.53 KB,
text/x-log
|
Details |
steps to reproduce: 1. Start MP stage. 2. Search for any pricetier. 3. Select buy, enter msisdn and confirm payment. 4. Search for another pricetier and select buy. expected behavior: The user should not be asked to re-enter the msisdn. observed behavior: The user is asked to enter the msisdn again.
Updated•11 years ago
|
Assignee: nobody → tom
Flags: affects-crow+
This is standard for this specific carrier as with Durango.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
Comment 2•11 years ago
|
||
(In reply to Tom from comment #1) > This is standard for this specific carrier as with Durango. Durango didn't need the user to do the MT auth for every purchase over wifi (only the first purchase as long as they didn't log out). Did this change recently?
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
We have an investigation into a fix going on at present. This would fix both Durango and Crow completely. WE need time to make sure that the fix won't break anything else in the process.
Comment 4•11 years ago
|
||
The Bango fix should also resolve a session issue when moving from Mobile Data to Wifi and vice versa however we have operator approval to go live pending the fix. This fix needs to be assessed in conjunction with the changes required for https://bugzilla.mozilla.org/show_bug.cgi?id=893050
Comment 5•11 years ago
|
||
this is accepted behaviour by the operator and could be closed in favour of a feature bug
Priority: -- → P4
Comment 6•11 years ago
|
||
This is a not P4. This adversely affects user experience on wifi. Marking it as P1.
Severity: normal → major
Priority: P4 → P1
Comment 7•11 years ago
|
||
I don't recall this being the flow in Poland or approved as the flow we'd like. Shipping with this would be less than ideal. Is there an ETA on the fix?
Reporter | ||
Comment 8•11 years ago
|
||
I recall I raised this issue for Poland and this issue was fixed while I was working there. please see https://bugzilla.mozilla.org/show_bug.cgi?id=883868
Poland and Germany code matches exactly. There is no cookie for either. If we turn the cookie on tomorrow morning as planned, we will fix the WIFI issue that is occurring but break the consecutive 3G payments in the process. Which means a user will need to wait 30 minutes before making another 3G payment.
Comment 10•11 years ago
|
||
There will be a fix in Jan 2014 with further further updates to support bug 893050
Updated•11 years ago
|
Version: 1.4 → 1.5
Comment 11•11 years ago
|
||
(In reply to Steve Ruston from comment #10) > There will be a fix in Jan 2014 with further further updates to support bug > 893050 Correction being scoped at the moment
Comment 12•10 years ago
|
||
Awaiting target delivery date from Bango
Comment 13•10 years ago
|
||
Development was started on Wednesday 5th February and testing is now underway with operator.
Comment 14•10 years ago
|
||
Testing still ongoing with DT team
Comment 15•10 years ago
|
||
This was successfully tested by the operator on Friday and this bug can now be closed out.
Assignee | ||
Updated•10 years ago
|
Status: REOPENED → RESOLVED
Closed: 11 years ago → 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•