Closed
Bug 416696
Opened 17 years ago
Closed 17 years ago
Restart and quit alerts should use independent "don't warn again" prefs
Categories
(Firefox :: General, defect)
Firefox
General
Tracking
()
RESOLVED
FIXED
Firefox 3 beta4
People
(Reporter: magicrisco, Assigned: dao)
Details
Attachments
(1 file, 1 obsolete file)
4.16 KB,
patch
|
zeniko
:
review+
asaf
:
review+
beltzner
:
ui-review+
damons
:
approval1.9+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b4pre) Gecko/2008021004 Minefield/3.0b4pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b4pre) Gecko/2008021004 Minefield/3.0b4pre
Currently Firefox 3 nightly have the option to "always do this" when you restart the application. However, I would like the option to be able to have independent choices for add-ons and a normal restart. For example, I always want my tabs restored when I install and add-on, but I would like to keep the choice of whether to restore when I do a normal exit. Currently if you tick "always do this" then firefox will always restore my tabs, whether its an extension or normal exit.
Reproducible: Always
Steps to Reproduce:
1.Install and add-on, or do a standard exit and save tabs
2.Tick always restore my tabs
3.Tabs are restored on restart for both add-ons and normal exit and save.
Actual Results:
Tabs are always restored on either and add-on or standard exit.
Expected Results:
Independent choices, so I can tick always restore my tabs when I install an add-on, while still preserving the choice on whether to restore my tabs on a normal exit and save.
I like the suggestion. We should also add "installing a software update" to the list of reasons for restart, but it would probably be the same logic as "installing an add-on".
Assignee | ||
Comment 2•17 years ago
|
||
Under which circumstances would you not want to have your tabs restored after a restart due to installing a software update or an add-on? Doesn't make sense.
I always want my tabs restored with an add-on and software update. However I want to choose if I wish to restore on a normal exit and restart. Currently the always do the same is global.
For example I install and add-on and tick always restore tabs as for me its a given I am going to want to restore my tabs. Now when I go out to the pub, I might want to save my session for later, which is fine with the global option.
However, sometimes I may go out and would rather not save my session. Due to the fact I have globally chose to always restore tabs, there is no ui available to change this behavior.
This could be seen as a security issue, as with always do this ticked you may forget your tabs are going to be restored on the next restart. This allows prying eyes to see what you were last looking at. Giving the ui option would prevent this from happening.
Assignee | ||
Comment 4•17 years ago
|
||
(In reply to comment #3)
> For example I install and add-on and tick always restore tabs as for me its a
> given I am going to want to restore my tabs.
"always restore my tabs" (browser.startup.page = 3) is entirely unrelated to installing an add-on, where the tabs are restored automatically (browser.sessionstore.resume_session_once).
Ok maybe I am not being clear enough.
I just tested again to make sure I am not going crazy.
1: I uninstalled add-on
2: Ticked restore my tabs and do not ask again
3: When I exit normally, the ui for choosing if I want to restore tabs is missing.
Expected Behavior
I choose always restore for add-ons, while preserving the option on exit to save or restore my tabs.
Assignee | ||
Comment 6•17 years ago
|
||
So the bug is that the "not ask me again" checkbox in "session will be restored once" alert is incorrectly mapped to the browser.startup.page pref?
Assignee | ||
Comment 8•17 years ago
|
||
Assignee: nobody → dao
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #302456 -
Flags: review?(zeniko)
Comment 9•17 years ago
|
||
Comment on attachment 302456 [details] [diff] [review]
patch
This isn't really SessionStore related - which is why your pref is wrongly named: There isn't anything to ask about resume_session_once, there is however about warning before a restart...
So please name the pref "browser.warnOnRestart" and replace it for browser.warnOnQuit when |aQuitType == "restart"|.
Attachment #302456 -
Flags: review?(zeniko) → review-
Assignee | ||
Comment 10•17 years ago
|
||
yes, makes sense
> This isn't really SessionStore related
Which means that your review won't be enough, will it?
Attachment #302456 -
Attachment is obsolete: true
Attachment #302466 -
Flags: review?(zeniko)
Comment 11•17 years ago
|
||
Comment on attachment 302466 [details] [diff] [review]
patch v2
(In reply to comment #10)
> Which means that your review won't be enough, will it?
That's what I meant. :-)
Attachment #302466 -
Flags: review?(zeniko) → review+
Assignee | ||
Updated•17 years ago
|
Attachment #302466 -
Flags: review?(mano)
Assignee | ||
Updated•17 years ago
|
Component: Session Restore → General
OS: Windows Vista → All
Hardware: PC → All
Assignee | ||
Updated•17 years ago
|
Assignee | ||
Updated•17 years ago
|
Summary: More options for restart Firefox 3- Independent choices for add-ons and normal exit → Restart and quit alerts should use independent "don't warn again" prefs
Comment 12•17 years ago
|
||
This will need ui-review.
Assignee | ||
Updated•17 years ago
|
Attachment #302466 -
Flags: ui-review?(beltzner)
Updated•17 years ago
|
Assignee: dao → nobody
Status: ASSIGNED → NEW
Updated•17 years ago
|
Assignee: nobody → dao
Updated•17 years ago
|
Status: NEW → ASSIGNED
Comment 13•17 years ago
|
||
Comment on attachment 302466 [details] [diff] [review]
patch v2
>+ else
>+ // could also set browser.warnOnQuit to false here,
>+ // but not setting it is a little safer.
>+ prefBranch.setIntPref("browser.startup.page", 3);
>+ }
please add braces around this block.
r=mano otherwise.
Attachment #302466 -
Flags: review?(mano) → review+
Reporter | ||
Comment 14•17 years ago
|
||
Dan, any chance you can get a new patch so it works as requested?
Comment 15•17 years ago
|
||
Comment on attachment 302466 [details] [diff] [review]
patch v2
yeah, these prefs should be seperate; we probably need to think about how we also allow people to re-enable these prefs, but ugh.
Attachment #302466 -
Flags: ui-review?(beltzner) → ui-review+
Assignee | ||
Updated•17 years ago
|
Attachment #302466 -
Flags: approval1.9?
Comment 16•17 years ago
|
||
Comment on attachment 302466 [details] [diff] [review]
patch v2
a1.9+=damons
Attachment #302466 -
Flags: approval1.9? → approval1.9+
Assignee | ||
Updated•17 years ago
|
Keywords: checkin-needed
Comment 17•17 years ago
|
||
Checking in browser/app/profile/firefox.js;
/cvsroot/mozilla/browser/app/profile/firefox.js,v <-- firefox.js
new revision: 1.282; previous revision: 1.281
done
Checking in browser/components/nsBrowserGlue.js;
/cvsroot/mozilla/browser/components/nsBrowserGlue.js,v <-- nsBrowserGlue.js
new revision: 1.56; previous revision: 1.55
done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3 beta4
Assignee | ||
Comment 18•17 years ago
|
||
(In reply to comment #13)
> (From update of attachment 302466 [details] [diff] [review])
> >+ else
> >+ // could also set browser.warnOnQuit to false here,
> >+ // but not setting it is a little safer.
> >+ prefBranch.setIntPref("browser.startup.page", 3);
> >+ }
>
> please add braces around this block.
reed, could you please add the braces?
Comment 19•17 years ago
|
||
(In reply to comment #18)
> reed, could you please add the braces?
I did that when I landed it. ;)
http://bonsai.mozilla.org/cvsview2.cgi?diff_mode=context&whitespace_mode=show&root=/cvsroot&subdir=/mozilla/browser/components&command=DIFF&root=/cvsroot&file=nsBrowserGlue.js&rev1=1.55&rev2=1.56#1
Reporter | ||
Comment 20•17 years ago
|
||
Hi guys, just want to thank you for fixing this ( my first ever submitted and fixed bug! )It works just as expected, I now feel all the bug reporting and beta testing is well worth it :)
Comment 21•17 years ago
|
||
Shouldn't this pref be set to false for machines which run automated tests? I'm not sure if any automated test includes a restart, but last time I checked, the warnOnQuit pref was set to false on those machines...
You need to log in
before you can comment on or make changes to this bug.
Description
•