After downloading an update (especially if it's downloaded automatically in the background) I'm asked if I want to restart Firefox to apply the update. It would be very cool if we could restore the browing session to where it was (windows and tabs) before the update. I suppose there might be questions about if there was post data in one of the tabs or something, but those should be solvable.

This would depend on having an easy way to save sessions, which has historically been bug 159357 (see also bug 307637), but that bug is an old dupe bucket with no progress made towards a solution so I don't think this should be marked as a dupe of that.

i thought this was in the planning for 2.0 http://wiki.mozilla.org/Firefox:Options_Window (see top layout, section start)

If we want true sessionsaving capabilities it's probably best to get it for restart after update, normal restart and after crash. A quick hack (for just at restart), which probably isn't that much work. is likely to be just a bug/dupe generator. http://kb.mozillazine.org/SessionSaver

*** Bug 312086 has been marked as a duplicate of this bug. ***

This is covered by the requirements of Session Restore as tracked in meta bug 328154. (Also, the request to remove the Update Now/Update Later dialog should reduce the annoyance factor of forced updates not saving state - see bug 334767)

Looks like the software update dialog needs to set browser.sessionstore.resume_session_once to true before closing Firefox: http://lxr.mozilla.org/seamonkey/source/browser/components/sessionstore/src/nsSessionStore.js#58 http://lxr.mozilla.org/seamonkey/source/toolkit/mozapps/update/content/updates.js#1436 (onWizardFinish)

Note discussion in bug 335864.

hmm, this should be fixed now, no?

(In reply to comment #8) > hmm, this should be fixed now, no? > No, sessionrestore doesn't work on trunk (disabled) and this hasn't landed on branch

This was fixed by bug 335864. It works just fine with branch nightlies (on windows at least). Reenabling session restore on the trunk is bug 337320.

This certainly doesn't look fixed to me. This bug is about app update, not extension updates/installs.

While you're at it, can the "You are about to close x tabs" confirmation be suppressed in this scenario where you are going to restore the session after the browser is restarted? Or should that be a separate bug?

(In reply to comment #11) > This bug is about app update, not extension updates/installs. Right. > This certainly doesn't look fixed to me. Look again ;-) I just updated to today's windows branch nightly, and Bon Echo restored the two tabs I had open (this bug and www.mozilla.org). Also have a look at the code in bug 335864: It changed nsAppStartup.cpp to notify about the quit-application reason (shutdown or restart), and nsSessionStore.js to set the browser.sessionstore.resume_session_once pref in the case of a restart. That's not specific to restarts from the Add-ons manager.

--> Simon, who fixed this by fixing bug 335864.

I just filed bug 341248 (don't show Confirm close tab dialog when restarting Firefox).

*** Bug 344777 has been marked as a duplicate of this bug. ***

*** Bug 352802 has been marked as a duplicate of this bug. ***