If the user purchases a 2nd app over wifi they will be asked to enter the msisdn again.

RESOLVED FIXED

Status

Marketplace
Payments/Refunds
P1
major
RESOLVED FIXED
5 years ago
4 years ago

People

(Reporter: Vikas Nanda, Assigned: Keir Kettle)

Tracking

Other
Gonk (Firefox OS)
Points:
---
Bug Flags:
affects-crow +

Details

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
Created attachment 833112 [details]
ezboot-http.log

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

5 years ago
Assignee: nobody → tom
Flags: affects-crow+

Comment 1

5 years ago
This is standard for this specific carrier as with Durango.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WONTFIX

Comment 2

5 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 → ---

Comment 3

5 years ago
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.

Updated

5 years ago
Assignee: tom → keir

Comment 4

5 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

5 years ago
this is accepted behaviour by the operator and could be closed in favour of a feature bug
Priority: -- → P4

Comment 6

5 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

5 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

5 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

Comment 9

5 years ago
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

5 years ago
There will be a fix in Jan 2014 with further further updates to support bug 893050

Updated

5 years ago
Version: 1.4 → 1.5

Comment 11

5 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

5 years ago
Awaiting target delivery date from Bango

Comment 13

5 years ago
Development was started on Wednesday 5th February and testing is now underway with operator.

Comment 14

5 years ago
Testing still ongoing with DT team

Comment 15

4 years ago
This was successfully tested by the operator on Friday and this bug can now be closed out.
(Assignee)

Updated

4 years ago
Status: REOPENED → RESOLVED
Last Resolved: 5 years ago4 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.