Tab-session-manager: Not all windows are restored

Created on 24 Oct 2017  路  8Comments  路  Source: sienori/Tab-Session-Manager

I had a session with two windows containing 168 tabs. Opening restores only one of them. I tried several prior saves as well, and all of the ones I have tried only open one of the windows. Using 1.3.2 on Fx Quantum 57.0b10 (64-bit) on Windows.

Then I tried to restore one of those sessions after one window was restored. That resulted in the same window being opened again. Apparently something else went wrong as well, because after that, any attempt to restore one of those sessions resulted in Fx relatively quickly hogging memory until I ran out of it.

Is there a way to export those session saves so that I could manually try to save those tabs?

bug solved?

All 8 comments

Also, is there a way to mark those sessions as being user saved so that they won't be overwritten due to limit of autosaved session count?

I solved the problem that multiple windows did not open.
Include in ver1.3.3.
Thank you for reporting.

To save the session manually, please copy the following file.
[profile folder]\browser-extension-data\Tab-Session-Manager@sienori\storage.js
(you can open profile folder from about:support)

I will add the function to mark the automatically saved session as a user.

Hi! I tried opening that session with 1.3.3. and Fx Quantum 57.0b14 (64-bit). Did not open the second window. Unless there has been
either

  1. a session file format change or
  2. reason to suspect that the session file was not saved correctly or
  3. Some change in the way that tree style compatibility is handled
    there is still something wrong with multi window session restore.

Since opening that session makes Fx consume several gigs of memory at least temporarily, and it slows the whole computer to crawling for a long time, doing further testing on that session save is difficult. At least it now showed both of those windows correctly(I think and hope) in the session preview, so I opened those second window tabs manually. So, unless one of those three conditions are true, there may still be a bug in the multi window session restore code.

Hi!

Failed to restore window number two just now. However, I have a hypothesis about the cause, which I wanted to share, even though I don't have time to test it right now. The first tab in that second window was about:memory, and I noticed that I can't open it from the "session preview" link, unlike other tabs. Maybe the restoration process chokes on that, which is why none of the second windows tabs were opened for me, only a blank second window?

@grahamperrin : Did your session restore fail at a point where there was a window with a special url?

I had the same issue that @hirvinen is describing above, but with about:sessionrestore tab. As my first tab was about:sessionrestore, no tabs were being restored from my saved session. After I modified about:sessionrestore to a valid URL in the storage.js file I was able to restore my session (with the exception of the about:sessionrestore tab, of course).

I added a function to replace a page that can not be restored. 789c4d4
Thank you for the report.

Also, I implemented lazy loading.
This greatly reduces memory usage.
https://github.com/sienori/Tab-Session-Manager/commit/501461d4ffd69fec7320b8c2da815f99970aa9b1

Was this page helpful?
0 / 5 - 0 ratings