Closed Bug 1464003 Opened 6 years ago Closed 6 years ago

User appears incorrectly signed out from FxA after changing browser language

Categories

(Firefox for Android Graveyard :: Android Sync, defect, P1)

Firefox 62
ARM
Android
defect

Tracking

(fennec?, firefox60 wontfix, firefox61 wontfix, firefox62 wontfix, firefox63 wontfix, firefox64 wontfix, firefox65+ verified, firefox66+ verified)

VERIFIED FIXED
Firefox 66
Tracking Status
fennec ? ---
firefox60 --- wontfix
firefox61 --- wontfix
firefox62 --- wontfix
firefox63 --- wontfix
firefox64 --- wontfix
firefox65 + verified
firefox66 + verified

People

(Reporter: levente.sacal, Assigned: vlad.baicu)

Details

(Whiteboard: [priority:medium])

Attachments

(1 file)

Device(s): - One Plus 3(Android 6.0.1); - Sony Xperia Z5(Android 7.0); Build(s): - Nightly 62.0a1 (2018-05-23); - Beta 61.0b7 - Release 60.0.1 Steps to reproduce: 1. Log with a FxA account 2. Change the browser language 3. Go back to the custom menu Expected result: - user appears logged in correctly with FxA account after the language change Actual result: - user appears that they are not signed in Notes: - after tapping on Sign in, the user appears as signed in again - also after quitting and reopening the custom menu, the user appears logged in again https://youtu.be/uuRjZPZ-QxI
I think This should be triaged as a user might leave his browser for others to use if he things is not connected and this will definitely not be ok from privacy/security reasons. The solution should not imply server side - maybe a refresh only? Either way Ni on Susheel for an opinion.
Component: General → Android Sync
Flags: needinfo?(sdaswani)
If this is just a UI bug the Softvision crew may be able to handle, else we may have to punt it to the Sync team.
Flags: needinfo?(sdaswani)
Whiteboard: [priority:medium]
Assignee: nobody → vlad.baicu
Priority: -- → P1
Can your team try to reproduce this issue in Nightly?
This is still reproducible in the latest Nightly 65.
Flags: needinfo?(ioana.chiorean)
Tracking to make sure this lands after the holidays/after review.
Keywords: checkin-needed
Pushed by csabou@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/0ca6e1f583f4 Refresh sync preference after rebuilding the list. r=Grisha
Keywords: checkin-needed
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 66
Please request Beta approval on this when you get a chance.
Flags: qe-verify+
Flags: needinfo?(vlad.baicu)
Comment on attachment 9032960 [details] Bug 1464003 - Refresh sync preference after rebuilding the list. r=sdaswani [Beta/Release Uplift Approval Request] Feature/Bug causing the regression: None User impact if declined: Users will continue to experience an UI bug on some devices. Is this code covered by automated tests?: No Has the fix been verified in Nightly?: Yes Needs manual test from QE?: Yes If yes, steps to reproduce: 1. Log with a FxA account 2. Change the browser language 3. Go back to the custom menu List of other uplifts needed: None Risk to taking this patch: Low Why is the change risky/not risky? (and alternatives if risky): The fix implies merely a reference refresh before recreating the UI. String changes made/needed: None
Flags: needinfo?(vlad.baicu)
Attachment #9032960 - Flags: approval-mozilla-beta?

Comment on attachment 9032960 [details]
Bug 1464003 - Refresh sync preference after rebuilding the list. r=sdaswani

[Triage Comment]
Fixes a confusing UI bug for users on some devices. Approved for 65.0b9.

Attachment #9032960 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

Verified as fixed on the following builds: 65.0b9 build 2, and 66.0a1 (2019-01-07).
Device: Samsung Galaxy Tab S3 (Android 8.0).

Status: RESOLVED → VERIFIED
Flags: qe-verify+
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: