499045 - The state of the Folder-list should remain peculiar to each of multiple tabs.

Status: RESOLVED DUPLICATE of bug 466697

(Thunderbird :: Folder and Message Lists, defect)

Description

[David A. Cobb]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090612 Minefield/3.6a1pre AutoPager/0.5.2.0 (http://www.teesoft.info/)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2a1pre) Gecko/20090613 Shredder/3.1a1pre ID:20090613030921

Suppose I open Inbox in Tab[1].
Then I scroll down to another folder and right-mouse to open in a new tab.
Just to be sure we're on the same page, I reselect the Inbox tab and scroll back to the top, with Inbox selected.  Then I go work in the other tab.

The folder-list in Tab[2] should not have changed when I return to it!  But, instead, it is the same as the Tab[1] which I just scrolled up.

It doesn't sound important, but the folders near the one I'm working in are likely related.  So scrolling around all the time is a real annoyance!

Reproducible: Always

Steps to Reproduce:
1. Select a folder at or near the top of your list -- say, Inbox.
2. Scroll down more than one screenfull, right-mouse on another folder and open in a new tab.
3. In the new tab, change which folders are expanded.
4. Go back to check the Inbox.
Actual Results:  
The folder-list in the Inbox tab is the modified one with your Tab[2] folder visible (but not selected).

Expected Results:  
The view of the Inbox tab -- what's selected, where is the scrollpoint, what is expanded, etc. should be the same it was when I "left" it for Tab[2].  All the "view" state should be specific to each tab.

Comment 1

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

I'd like to think that this is fallout from bug 474701 - not sure, but just setting.

Comment 2

[Andrew Sutherland [:asuth] (he/him)]

This is not fallout.  We never did the right thing in our tab implementation with regards to the folder pane.

Comment 3

[David Ascher (:davida)]

I doubt this is a regression as well, but someone would have to check tb2.

Comment 4

[Phil Ringnalda (:philor)]

It's not a regression from Tb2's tab handling, since there wasn't any. It's either a duplicate of bug 466697 if we're going to make that the one true folderpane independence bug, or another aspect of that same thing if this is scrolling and that is only tree-collapsing (in which case we'd need another for pane-collapsing).

Comment 5

[Andrew Sutherland [:asuth] (he/him)]

Duping to bug 466697 as per philor; that will be the one true folder pane independence bug.