Closed Bug 1185057 Opened 9 years ago Closed 7 years ago

[Settings] firefox accounts section will not show that the account is verified if verification occurs before leaving the account creation screen

Categories

(Firefox OS Graveyard :: FxA, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected, b2g-master affected)

RESOLVED WONTFIX
Tracking Status
b2g-v2.0 --- affected
b2g-v2.1 --- affected
b2g-v2.2 --- affected
b2g-master --- affected

People

(Reporter: AdamA, Unassigned)

References

()

Details

(Whiteboard: [2.5-Daily-Testing][Spark])

Attachments

(1 file)

Attached file logcat (deleted) —
Description: If the user makes a firefox account through settings, then confirms the account before leaving the account creation flow, the firefox accounts section will not show that the email address has been verified until settings is force closed, or the phone is locked and unlocked. Repro Steps: 1) Update a Aries to 20150717125848 2) Open settings > Firefox Accounts 3) Choose to "Create Account or Sign In" 4) Enter in an email address that does not have a FF account 5) Progress to the screen after entering the password 6) Go to email account used in step 4 and verify email address 7) Dismiss the last screen of the FF account creation 8) Observe the firefox account screen Actual: The firefox account screen does not say that the email is verified Expected: It is expected that the firefox account screen recognizes that the email was verified Environmental Variables: Device: Aries 2.5 [Full Flash] Build ID: 20150717125848 Gaia: 77bc0d940bde2a5d2d4dfadfcccc6d8d77456d36 Gecko: 15155971639c Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd Version: 42.0a1 (2.5) Firmware Version: D5803_23.1.A.1.28_NCB.ftf User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0 Repro frequency: 10/10 See attached: video clip(https://youtu.be/mBvdK5jAndQ), logcat
This issue is occurring on Flame 2.5 through Flame 2.0. Environmental Variables: Device: Flame 2.5 [Full Flash] BuildID: 20150717010206 Gaia: 77bc0d940bde2a5d2d4dfadfcccc6d8d77456d36 Gecko: 8d262d1d0ae5 Gonk: a4f6f31d1fe213ac935ca8ede7d05e47324101a4 Version: 42.0a1 (2.5) Firmware Version: v18D User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0 Device: Flame 2.0[Full Flash] BuildID: 20150716000204 Gaia: b16ba05481e577bc644ed8966f587a70fe2148e6 Gecko: 45795565d229 Gonk: bd9cb3af2a0354577a6903917bc826489050b40d Version: 32.0 (2.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0 Result: The firefox account screen does not say that the email is verified
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Whiteboard: [2.5-Daily-Testing][Spark]
NI on No-Jun to take a look.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga) → needinfo?(npark)
Actually, just to double check, what happens if the user leaves this page and go to the main settings page, then revisits the firefox accounts page? I think it would show then the account is verified by showing a different page without the Resend link. If so, this is a page update issue with workaround. (still a bug though) I think at the time it was regarded that this was the case as well. I tried on my own as well, but the verification email to my 10 min email account never came in :(
Flags: needinfo?(npark) → needinfo?(aalldredge)
When I went back to the main settings page and then returned to the Firefox account page it still showed the Waiting for confirmation screen with the resend link. If you force close settings through card view and re-enter it will show the full settings though, also if the phone is locked and unlocked, or the you click on the resend link it will progress past the waiting for confirmation screen.
Flags: needinfo?(aalldredge)
Strange, once the main setting page is shown, it should mention its verification status as the subtext, and it should be up to date. Perhaps this bug should be in higher priority.
Component: Gaia::Settings → FxA
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: