Closed Bug 656899 Opened 13 years ago Closed 5 years ago

"Recently Closed Windows" is empty after quitting and restarting [Mac]

Categories

(Firefox :: Session Restore, defect)

x86_64
macOS
defect
Not set
normal

Tracking

()

RESOLVED INACTIVE

People

(Reporter: francesconegri, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: dataloss)

User-Agent:       Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0.1) Gecko/20100101 Firefox/4.0.1

"Recently Closed Windows" are lost if I quit Firefox (cmd+q) with NO open windows at the moment I quit (but one ore more "recently closed windows").

In contrast, if I have both currently open & recently closed windows at the moment I quit, the list of "recently closed" ones is still there after quitting & restarting.

Startup preferences are set to "Show my windows and tabs from last time".

Reproducible: Always

Steps to Reproduce:
1.Start Firefox and open some tabs
2.Close the window clicking the X
3.Quit Firefox with cmd+q or Firefox->Quit Firefox
4.Relaunch Firefox

Actual Results:  
"Recently Closed Windows" list is empty.

Expected Results:  
"Recently Closed Windows" list contains the window I closed before quitting Firefox.

This can be pretty annoying if you have (as I did) dozens of tabs in multiple tab groups, you close the window (but still have it in "Recently Closed Windows"), then you are forced to quit Firefox (system update, in my case) and all your sweet tabs are lost forever.

I searched for similar bugs but didn't find any, sorry if I missed them.
Version: unspecified → 4.0 Branch
WFM on Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0a1) Gecko/20110523 Firefox/6.0a1 
If I quit Firefox with cmd+q or Firefox->Quit Firefox, after the restart the tabs are restored.
"Show my windows and tabs from last time" option must be active. (Firefox > Preferences > General > When Firefox Starts drop down menu)

Could you see if the issue occurs if using an empty testing profile? (Don't install any addons into it)
http://support.mozilla.com/kb/Basic+Troubleshooting#w_8-make-a-new-profile

If Firefox is closed from the "x" button, the window is closed but the Firefox process still remains active. When you restart Firefox, the process being active, it opens a new window in home page.
In my opinion this is not a bug, this is the intended behavior.
Hi Vlad,
I confirm the behaviour is the same with an empty profile with all plugins & extensions disabled.

I'm fine with Firefox opening a new empty window if it was closed from the "x" button. But the "recently closed windows" list should not be empty, as it wasn't at the moment the process was terminated with cmd+q.

The current behaviour seems to imply that if there are no active windows when I hit cmd+q, there is no session to restore at startup. Actually, there may be useful session information in the "recently closed windows & tabs".
Component: Bookmarks & History → Session Restore
QA Contact: bookmarks → session.restore
This is the opposite of what I proposed in bug 556159. Not 100% sure which way we should go - closing all of your windows before quitting indicates to me that you don't want your session. Closed windows are a bit special though... I need to ruminate.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: dataloss
Version: 4.0 Branch → Trunk
(In reply to Paul O'Shannessy [:zpao] (not reading much bugmail, email directly) from comment #3)
> This is the opposite of what I proposed in bug 556159. Not 100% sure which
> way we should go - closing all of your windows before quitting indicates to
> me that you don't want your session. 

You might have accidentally closed the Firefox window by clicking the red "x". This will result in dataloss.
Severity: normal → critical
See Also: → 556159
Summary: "Recently Closed Windows" is empty after quitting and restarting → "Recently Closed Windows" is empty after quitting and restarting [Mac]
Severity: critical → normal
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.