inconsistency with Tree Style Tabs

[orbisvicis]

Restoring a session with Tree Style Tabs causes an internal tree style tabs inconsistency. First small, eventually leads to:

• new child tabs disappearing
• new child tabs appearing in the wrong order
• "interleaved" independent tab groups
• un-reorderable tabs
• collapsed tab groups displaying as open, and vice versa
• some tabs re-appearing when the tab group is collapsed and re-opened.

The immediate issues I see when restoring a tree style tab session are:

• At least one missing tab. That is, the Tab-Session-Manager UI enumerates 20 tabs, but the restored session has only 19 visible tabs, but firefox thinks there are 20 tabs. The tab is still there, and you can reach it via ctrl-tab, for example:

Four Tabs:

                                                      problem here -----.
   ---------                        ---------                        ---------                        ---------
*A |       |                      A |       |                      A |       |                      A |       |
 B | Tab-A |  -- <ctrl-Tab> -->  *B | Tab-B |  -- <ctrl-Tab> -->  *B | Tab-C |  -- <ctrl-Tab> -->   B | Tab-D |
 D |       |                      D |       |                      D |       |                     *D |       |
   ---------                        ---------                        ---------                        ---------

• Tree state is not restored, i.e. tabs are restored "flat". This isn't reproducible, and seems to depend on the session. If I create a new Tab-Session-Manager saved session, it may restore with the tree hierarchy as intended.

---

Tree Style Tab 2.2.11
Tab Session Manager 1.6.1
Firefox 57.0

[sienori]

There is a possibility to improve by disabling the option in TST to auto-group tabs if they are opened within a certain time frame.
#20

[CrashNBurn71]

I don't know if it's TST or Tab Session Manager, but it appears to be related to a few things:

1. unloaded tabs.
2. Tabs restored in disjointed order | potentially reversed order.
   --- which itself appears to be related to The language file for Chinese traditional(zh_TW) #1

Unloaded tabs cause all kinds of weirdness, e.g.

1. Open link from existing tab, will cause the new page to open somewhere down the tree -- seemingly past all other unloaded tabs, possibly into another tree.
2. Dragging tabs around when unloaded tabs exist, wont work as expected.
3. A tree can appear to have no children|hidden tabs, but when expanded|unexpanded will cause the expected child tab to appear|disappear further down in the Tab Tree

I would lean towards it being a TST issue with not handling unloaded tabs correctly, I haven't checked the TST issues on this one yet.

[sienori]

Does this problem happen to only the session of the imported .session file?
If so, these fixes may have solved this problem.
ca8c643
129276b

[CrashNBurn71]

When using "Tree Tabs," and unloaded Tabs exist:
New tabs tend to appear where expected, but navigating with CTRL+Tab|CTRL+Shift+Tab will activate tabs in seemingly random order - though it likely has to do with their previous Tab_Number or something similar - as dragging trees around the window (or into a new window) fixes their scrolling order.

It's impossible to navigate the Tab bar with keyboard without using Tree Tabs "change tabs via scroll wheel" -- which then prevents you from scrolling the tabs up|down.

Haven't confirmed the issue with TSM disabled yet, which would put the issue more firmly on Mozilla's shoulders.

But the issue exists with both Tree Tabs, and Tree Style Tab.

Tree Tabs also has it's own tab session saver -- which excludes unloaded tabs and causes significant data loss.

[2mg]

I'm having the same problem!

Tree Style Tab + Session Manager @ FF 60.0.2 x64.