Closed
Bug 1076708
Opened 10 years ago
Closed 10 years ago
[Loop] Close the verification code windows cause the app trying to authenticate infinitely
Categories
(Firefox OS Graveyard :: Gaia::Loop, defect)
Tracking
(blocking-b2g:2.0+, firefox33 wontfix, firefox34 wontfix, firefox35 fixed, b2g-v2.0 verified, b2g-v2.0M verified, b2g-v2.1 verified, b2g-v2.2 verified)
People
(Reporter: mbarone976, Assigned: ferjm)
References
Details
(Whiteboard: [platform][smoke-tef][blocking])
Attachments
(3 files, 1 obsolete file)
(deleted),
text/plain
|
Details | |
(deleted),
patch
|
spenrose
:
review+
bajaj
:
approval-mozilla-b2g32+
fabrice
:
approval-mozilla-b2g34+
|
Details | Diff | Splinter Review |
(deleted),
video/mp4
|
Details |
Device: Flame kk (v180)
Loop version: d1e6002
Gaia/Gecko: 9725d18/b7ca55f
STR
1. Open Loop app
2. Click on "Use Phone Number" option
3. Click on "Or add your phone number" link
4. Introduce an invalid phone number (i.e +34600000005).
5. On the verification code window introduce an invalid code (i.e 555555) and click on verify.
6. Now close the verification code window clicking on the "X"
ACTUAL RESULT
The app come back to the main window with the message "Authenticating". You have to kill the app.
Comment 1•10 years ago
|
||
Fernando, can you have a look at it?
Flags: needinfo?(ferjmoreno)
Hardware: x86 → ARM
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → ferjmoreno
Flags: needinfo?(ferjmoreno)
Updated•10 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 2•10 years ago
|
||
Assignee | ||
Comment 3•10 years ago
|
||
We were not rejecting the promises and cleaning up properly when the user cancelled the verification prompt.
Attachment #8499673 -
Attachment is obsolete: true
Attachment #8500993 -
Flags: review?(spenrose)
Comment 4•10 years ago
|
||
Comment on attachment 8500993 [details] [diff] [review]
v1
The patch reads fine. Without bug 1073595 I did not run the tests. Thanks Fernando.
Attachment #8500993 -
Flags: review?(spenrose) → review+
Updated•10 years ago
|
Whiteboard: [mobile app][smoke-tef] → [smoke-tef]
Updated•10 years ago
|
Whiteboard: [smoke-tef] → [platform][smoke-tef]
Assignee | ||
Comment 5•10 years ago
|
||
Comment 6•10 years ago
|
||
Re-checking this issue, you do not need to introduce an invalid phone number or an wrong pin code to reproduce the fault, just entering a different phone number to the one included in the SIM and pressing "X" in the verification window the bug can be reproduced
STR
1. Open Loop app
2. Click on "Use Phone Number" option
3. Click on "Or add your phone number" link
4. Introduce a phone number different to the one included in the SIM
5. On the verification code window click on the "X"
ACTUAL RESULT
The app come back to the main window with the message "Authenticating". You have to kill the app.
Comment 7•10 years ago
|
||
[Blocking Requested - why for this release]: According to the new STR in comment 6, the severity of this bug is higher and it's important we can have this fix in 2.0 too to avoid issues with the Mobile ID verification in Loop
Severity: normal → major
blocking-b2g: --- → 2.0?
Updated•10 years ago
|
Whiteboard: [platform][smoke-tef] → [platform][smoke-tef][blocking]
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2.1 S6 (10oct)
Comment 9•10 years ago
|
||
Adding qawanted for verification.
Updated•10 years ago
|
QA Contact: smiko
Comment 10•10 years ago
|
||
Verified fixed on Flame 2.2 (319mb/full flash)
Actual result: User is returned to the main window.
Device: Flame 2.2
BuildID: 20141012040203
Gaia: 717ad4e8b7fc10ab8248500d00ba5ba0977fa8ab
Gecko: 44168a7af20d
Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf
Version: 35.0a1 (2.2)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0
Awaiting uplift for 2.1
Leaving verifyme keyword for 2.1. verification.
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v2.1:
--- → affected
status-b2g-v2.2:
--- → verified
Flags: needinfo?(ktucker)
Flags: needinfo?(jmitchell)
Keywords: qawanted
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Updated•10 years ago
|
Flags: needinfo?(ktucker)
Comment 11•10 years ago
|
||
Chris,
I am not sure if we have this included by default on 2.0? Can you or someone from product confirm?
If we will include it in 2.0 then I think we should block on this one.
Thanks.
Flags: needinfo?(clee)
Comment 12•10 years ago
|
||
It's happening second time closing the verification code window clicking on the "X".
Device: Flame Gecko-86f7a81.Gaia-21fc294 and FireE: firee-kk-v2.0-SW2E2-3
Loop version: ba8a3cb
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Comment 13•10 years ago
|
||
-> Resolved: it's already resolved but not uplifted to 2.0
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Resolution: --- → FIXED
Comment 14•10 years ago
|
||
Bhavana, looks like an uplift approval is needed here.
Flags: needinfo?(bbajaj)
Updated•10 years ago
|
Severity: major → critical
Comment 15•10 years ago
|
||
(In reply to Wayne Chang [:wchang] from comment #11)
> Chris,
>
> I am not sure if we have this included by default on 2.0? Can you or someone
> from product confirm?
yes it is.
>
> If we will include it in 2.0 then I think we should block on this one.
> Thanks.
Hence blocking here and approving uplift.
blocking-b2g: 2.0? → 2.0+
Flags: needinfo?(clee)
Flags: needinfo?(bbajaj)
Comment 16•10 years ago
|
||
Fernando, can you request an approval for uplift on b2g32/b2g34 ?
Assignee | ||
Comment 18•10 years ago
|
||
Comment on attachment 8500993 [details] [diff] [review]
v1
NOTE: Please see https://wiki.mozilla.org/Release_Management/B2G_Landing to better understand the B2G approval process and landings.
[Approval Request Comment]
Bug caused by (feature/regressing bug #): Mobile ID
User impact if declined: Bad UX. If the user closes the Mobile ID dialog while on the verification code screen, the Mobile ID API won't return any result and may leave the caller app in a blocked status. That's the current case for Loop.
Testing completed: QA verified and unit tests added.
Risk to taking this patch (and alternatives if risky): Very low.
String or UUID changes made by this patch: None.
Flags: needinfo?(ferjmoreno)
Attachment #8500993 -
Flags: approval-mozilla-b2g34?
Attachment #8500993 -
Flags: approval-mozilla-b2g32?
Updated•10 years ago
|
Attachment #8500993 -
Flags: approval-mozilla-b2g34? → approval-mozilla-b2g34+
Comment 19•10 years ago
|
||
Comment 20•10 years ago
|
||
Hi Bhavana, we need the approval to uplift the patch to 2.0... can you help us with this?
Thanks a lot!!
Flags: needinfo?(bbajaj)
Updated•10 years ago
|
Flags: needinfo?(bbajaj)
Attachment #8500993 -
Flags: approval-mozilla-b2g32? → approval-mozilla-b2g32+
Comment 21•10 years ago
|
||
status-b2g-v2.0:
--- → fixed
Flags: in-testsuite+
Comment 22•10 years ago
|
||
status-b2g-v2.0M:
--- → fixed
Reporter | ||
Comment 23•10 years ago
|
||
Tested with Loop v. 1.1 (59294fd) and works fine
Status: RESOLVED → VERIFIED
Comment 24•10 years ago
|
||
Verified on FireE, firee-kk-v2.0-SW2E5-4,
loop version, 1.1: cc87bd0
Comment 25•10 years ago
|
||
This issue has been verified successfully on Flame2.0&2.1,Woodduck2.0.
Reproducing rate: 0/5
See attachment: Verify_Flame_Loop.mp4
Flame2.0 build version:
Gaia-Rev 856863962362030174bae4e03d59c3ebbc182473
Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/2d0860bd0225
Build-ID 20141210000202
Version 32.0
Flame2.1 build version:
Gaia-Rev c226db212db4d824c09617cd6dc407b2d4258d9b
Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/cf8bebfa4703
Build-ID 20141210001201
Version 34.0
Woodduck2.0 build version:
Gaia-Rev ead3b72a84512750bc5faff4e9e8faa1715c0d05
Gecko-Rev 8d40d6480ee0e628b0f7655dcd6ff79a2f2fbcfc
Build-ID 20141211050313
Version 32.0
Comment 26•10 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•