Closed Bug 478707 Opened 15 years ago Closed 14 years ago

SeaMonkey sessionstore saves, but doesn't restore closed tabs list.

Categories

(SeaMonkey :: Session Restore, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 530735

People

(Reporter: misak.bugzilla, Assigned: misak.bugzilla)

References

Details

Due to different way of Undo Close Tab, suite's sessionstore doesn't restore closed tabs list. One of the methods to fix this is to move move restoreTab method to sessionstore and maintain _closedTabs (like FF does) instead of savedBrowsers, but use Seamonkey way of undo close tab.
Another method would be to serialize savedBrowsers.history when saving session state (or better when a tab is closed) and recreating both the <xul:browser> and its session history when restoring a session. You should even be able to use sss_serializeHistoryEntry and sss_deserializeHistoryEntry to do some of the lifting.
Assignee: nobody → misak
Status: NEW → ASSIGNED
Component: General → UI Design
QA Contact: general → ui-design
Component: UI Design → Session Restore
QA Contact: ui-design → session.restore
Is this bug going to make it by the release of SeaMonkey 2.0?  If not the fix for bug 479448 should be checked in.
Blocks: 524345
The comments in bug 530735 suggest that the patch that has just been checked in for that bug would fix this one, too. Is that right? I haven't tried it yet.
A simple test would be to download the Session Manager add-on and then save a session with a bunch of closed tabs.  Close SeaMonkey and reopen it and then restore the session.  If the closed tabs from the save session are displayed in the closed tab list and can be re-opened then I'd say it's fixed.

I can check it myself, but since the fix was pushed today it won't be in a nightly build until tomorrow.
Yes, this bug is fixed now. I'm curious about resolution, maybe WORKSFORME.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Depends on: 530735
Resolution: --- → WORKSFORME
(In reply to comment #5)
> Yes, this bug is fixed now. I'm curious about resolution, maybe WORKSFORME.

WORKSFORME is for the case where a reported problem went away and the reason is not clear (i.e. it is unknown which change/patch/bug fixed it) or there was no problem at all in the first place. Here the problem did exist and it is known which bug fixed it so this a duplicate of that.
Resolution: WORKSFORME → DUPLICATE
I would say "FIXED by the fix in bug 530735" instead.
Well I tested it and it's definitely NOT fixed in the SeaMonkey Trunk load, but since this has been duped to bug 530735, I'll comment there.
Never mind, it looks like the fix for bug 530735 is not in the SeaMonkey 20100205 trunk load for whatever reason.  Not sure why that is considering it was checked in yesterday.  I'll try again later.
You need to log in before you can comment on or make changes to this bug.