Starting Firefox in safe mode causes Firefox to think I have launched a too-old version of Firefox on next launch
Categories
(Toolkit :: Startup and Profile System, defect)
Tracking
()
People
(Reporter: yoasif, Assigned: mossop)
References
Details
(Keywords: nightly-community, regression)
Attachments
(2 files)
35.04 KB,
image/png
|
Details | |
47 bytes,
text/x-phabricator-request
|
jcristau
:
approval-mozilla-beta+
lizzard
:
approval-mozilla-release+
|
Details | Review |
Steps to reproduce
- Delete ~/.mozilla/firefox
- Download build 20190603160429 (not sure it matters if it is after 67, but this is what I used). Add policies.json file to disable updates.
- Start Firefox
- Notice profile is "default-release"
- Create new profile using about:profiles UI, call it "whatever"
- Quit Firefox
- Start Firefox
- Notice profile in use is "whatever", not "default-release" This is Bug 1556603
- Quit Firefox
- start Firefox with --safe-mode, start in safe mode
- Quit Firefox
- Launch Firefox
What happens:
Error message saying "You've launched an older version of Firefox"
Expected result:
No error message, Firefox launches into a profile.
Reporter | ||
Updated•6 years ago
|
Assignee | ||
Comment 1•6 years ago
|
||
[Tracking Requested - why for this release]:
Users will be blocked from using their profile if they ever use safe-mode.
Assignee | ||
Comment 2•6 years ago
|
||
Ok, there are a few bugs that combine to cause this behaviour. I have fixes for all of them and while I'm sure of being able to get them into betas I'm less sure of getting them into the next release. So I'm going to attach the simplest fix here that should be perfectly safe to uplift.
Assignee | ||
Comment 3•6 years ago
|
||
When safe mode runs it writes out "Safe Mode" as the compatibility version (bug
1556831). Due to bug 1556832 and bug 1556829 this makes us think that the next
run is a downgrade.
This is the simplest possible fix that should be totally safe to upload to
release.
Comment 4•6 years ago
|
||
Pascal, I figure this should be in the next dot release; marking it as a blocker.
Updated•6 years ago
|
Updated•6 years ago
|
Comment 5•6 years ago
|
||
Dave, does this bug only manifests with a policies.json file to block updates? In that case that sounds like it would affect a tiny % of our users and could be included in a future dot release but would not trigger a 67.0.2 ASAP. If you think this is a widespread problem, should we stop updating users to 67.0.1? Thanks
Assignee | ||
Comment 6•6 years ago
|
||
(In reply to Pascal Chevrel:pascalc from comment #5)
Dave, does this bug only manifests with a policies.json file to block updates? In that case that sounds like it would affect a tiny % of our users and could be included in a future dot release but would not trigger a 67.0.2 ASAP. If you think this is a widespread problem, should we stop updating users to 67.0.1? Thanks
This bug affects anyone who uses safe mode.
Comment 7•6 years ago
•
|
||
(In reply to Dave Townsend [:mossop] (he/him) from comment #6)
(In reply to Pascal Chevrel:pascalc from comment #5)
Dave, does this bug only manifests with a policies.json file to block updates? In that case that sounds like it would affect a tiny % of our users and could be included in a future dot release but would not trigger a 67.0.2 ASAP. If you think this is a widespread problem, should we stop updating users to 67.0.1? Thanks
This bug affects anyone who uses safe mode.
well, I just launched 67.0.1 in safe mode and it works for me…
[EDIT] I can reproduce the bug on linux on the second start in safe mode
Comment 8•6 years ago
|
||
(In reply to Dave Townsend [:mossop] (he/him) from comment #3)
Created attachment 9069765 [details]
Bug 1556612: Hardcode considering this an upgrade if the last build to run was run in safe mode. r=froydnjWhen safe mode runs it writes out "Safe Mode" as the compatibility version (bug
1556831). Due to bug 1556832 and bug 1556829 this makes us think that the next
run is a downgrade.This is the simplest possible fix that should be totally safe to upload to
release.
Could you request an uplift to release? Thanks
Updated•6 years ago
|
Assignee | ||
Comment 10•6 years ago
|
||
Comment on attachment 9069765 [details]
Bug 1556612: Hardcode considering this an upgrade if the last build to run was run in safe mode. r=froydnj
Beta/Release Uplift Approval Request
- User impact if declined: After running Firefox in safe mode the next launch of Firefox will tell their user that they have downgraded firefox and without some manual steps the user will be unable to use their profile ever again.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: Automated tests cover the code changed but since there are not good full startup tests it would be worth QE verifying this quickly. The steps are:
- From about:support restart into safe mode.
- Quit and launch Firefox.
Firefox should open without displaying the downgrade dialog.
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): This is a minimal change targetted at the specific situation here, there is no risk of it impacting anything else.
- String changes made/needed: None
Assignee | ||
Updated•6 years ago
|
Comment 11•6 years ago
|
||
Hi,
i've been able to reproduce the bug on Mac Os 10.13 (even on the latest nightly) on my side but not on Windows10 nor on nightly or release (67.01) using a computer with lots of profiles and also a clean one that never had firefox before.
Regards
David
Comment 12•6 years ago
|
||
bugherder |
Comment 13•6 years ago
|
||
Comment on attachment 9069765 [details]
Bug 1556612: Hardcode considering this an upgrade if the last build to run was run in safe mode. r=froydnj
Let's get this onto m-r so we can start a build for 67.0.2 soon (though we are still going to work on verifying)
Comment 14•6 years ago
|
||
bugherder uplift |
Comment 15•6 years ago
|
||
Comment on attachment 9069765 [details]
Bug 1556612: Hardcode considering this an upgrade if the last build to run was run in safe mode. r=froydnj
approved for 68.0b8
Comment 16•6 years ago
|
||
Reproduced the initial issue using 67.0.1 on macOS 10.13 and Ubuntu 18.04 64bit. Verified that the issue is fixed on 67.0.2 across platforms (macOS 10.13, Ubuntu 18.04 and Windows 10 64bit).
I also did some exploratory testing around it to search for potential regressions that might have surfaced but could not find any.
Comment 17•6 years ago
|
||
bugherder uplift |
Updated•6 years ago
|
Comment 18•6 years ago
|
||
I also verified that the issue is not visible on 68.0b8 and latest 69.0a1 across platforms.
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Comment 22•5 years ago
|
||
Please specify a root cause for this bug. See :tmaity for more information.
Assignee | ||
Updated•5 years ago
|
Description
•