Closed
Bug 639090
Opened 14 years ago
Closed 14 years ago
Safe Mode dialog doesn't allow the user to restart in normal mode
Categories
(Toolkit :: Startup and Profile System, defect)
Toolkit
Startup and Profile System
Tracking
()
VERIFIED
FIXED
mozilla5
Tracking | Status | |
---|---|---|
blocking2.0 | --- | .x+ |
People
(Reporter: whimboo, Assigned: mossop)
References
Details
(Keywords: regression, user-doc-needed, Whiteboard: [addons-testday][rc4])
Attachments
(1 file)
6.22 KB,
patch
|
benjamin
:
review+
|
Details | Diff | Splinter Review |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b13pre) Gecko/20110303 Firefox/4.0b13pre ID:20110303122430
Starting Firefox in safe mode, and selecting "Make changes and restart" in the Safe Mode dialog, restarts the browser into the Safe Mode dialog again. There is no way for the user to start Firefox in normal mode again. Instead the Quit button has to be clicked and Firefox manually started.
Steps:
1. Start Firefox 4
2. Select Help | Restart with Add-ons Disabled"
3. In the Safe Mode dialog select to disable all add-ons
4. Click on Make Changes and Restart
After step 4 you will end-up again in step 3. There is no way to leave the Safe Mode dialog to restart in normal mode.
This is a regression from Firefox 3.6. Not sure yet if this has been caused by bug 568691.
Reporter | ||
Comment 1•14 years ago
|
||
I don't think it's a blocker for Firefox 4 but it should probably fixed in a dot-release. Should we relnote?
Severity: normal → major
blocking2.0: --- → ?
Whiteboard: [addons-testday][rc4]
Reporter | ||
Comment 2•14 years ago
|
||
Also the -safe-mode switch on OS X doesn't work anymore after beta 6. Same for the option key. Not sure if both behaviors are related, but with beta 7 we have introduced the new restart in safe mode menu entry under the help menu.
Reporter | ||
Comment 3•14 years ago
|
||
Ok, since we have the menu entry it's not possible at least on OS X to restart in normal mode. The user is stuck in safe mode. The -safe-mode command line option still works on that day. So I think it should be moved to another bug.
Reporter | ||
Comment 4•14 years ago
|
||
Filed bug 639101 for the -safe-mode option.
Assignee | ||
Comment 5•14 years ago
|
||
This problem will be unique to the implementation of the menu I think, we set an env variable and unless we unset it we'd continuously restart in safe mode
Reporter | ||
Comment 6•14 years ago
|
||
Does that mean we never reach that code when Firefox gets restarted via the menu?
http://hg.mozilla.org/mozilla-central/diff/084a262560eb/toolkit/xre/nsAppRunner.cpp
Reporter | ||
Comment 7•14 years ago
|
||
Updated steps without using the menu in a running Firefox instance:
1. export MOZ_SAFE_MODE_RESTART=1
2. Start Firefox with the -safe-mode option
3. In the Safe Mode dialog select to disable all add-ons
4. Click on Make Changes and Restart
So the issue should be part of the Safe Mode dialog.
Reporter | ||
Comment 8•14 years ago
|
||
This is only reproducible on OS X and Linux, but not Windows. As used in the code "MOZ_SAFE_MODE_RESTART=" doesn't unset the environment variable for me.
Updated•14 years ago
|
Assignee | ||
Comment 9•14 years ago
|
||
Yeah problem here is that setting "MOZ_SAFE_MODE_RESTART=" doesn't actually unset the variable it just sets it to a blank string, and the test only cares whether the variable is set.
This patch adds a helper for testing whether an environment variable is set with an actual value and then uses it in a couple of place where this is useful, one or two were places where we weren't doing it properly before but with little impact.
I've also made the changes per bug 555894 to a couple of places.
Attachment #517507 -
Flags: review?(benjamin)
Assignee | ||
Updated•14 years ago
|
Whiteboard: [addons-testday][rc4] → [addons-testday][rc4][has patch][needs review bsmedberg]
Comment 10•14 years ago
|
||
Comment on attachment 517507 [details] [diff] [review]
patch rev 1
Ugh. I knew this rule, I wonder how I didn't catch it in review :-(
Attachment #517507 -
Flags: review?(benjamin) → review+
Assignee | ||
Updated•14 years ago
|
Whiteboard: [addons-testday][rc4][has patch][needs review bsmedberg] → [addons-testday][rc4][has patch]
Assignee | ||
Updated•14 years ago
|
Whiteboard: [addons-testday][rc4][has patch] → [addons-testday][rc4][can land fx5]
Assignee | ||
Comment 11•14 years ago
|
||
Landed on trunk: http://hg.mozilla.org/mozilla-central/rev/5f420b83c3fc
Need a litmus test for this since we can't do any automated tests in safe mode.
Status: NEW → RESOLVED
Closed: 14 years ago
Flags: in-testsuite-
Flags: in-litmus?
Resolution: --- → FIXED
Whiteboard: [addons-testday][rc4][can land fx5] → [addons-testday][rc4]
Reporter | ||
Comment 12•14 years ago
|
||
Verified fixed with Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:5.0a2) Gecko/20110426 Firefox/5.0a2
The manual test is covered by the following Litmus test:
https://litmus.mozilla.org/show_test.cgi?id=15171
Status: RESOLVED → VERIFIED
Flags: in-litmus? → in-litmus+
Target Milestone: --- → mozilla5
Comment 13•14 years ago
|
||
Any plan to land this for 4.0.x?
I saw it has blocking 2.0.x.
But why didn't we get this into 4.0.1?
You need to log in
before you can comment on or make changes to this bug.
Description
•