Closed Bug 499045 Opened 15 years ago Closed 15 years ago

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

Categories

(Thunderbird :: Folder and Message Lists, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 466697

People

(Reporter: superbiskit, Unassigned)

Details

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.
I'd like to think that this is fallout from bug 474701 - not sure, but just setting.
This is not fallout. We never did the right thing in our tab implementation with regards to the folder pane.
I doubt this is a regression as well, but someone would have to check tb2.
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).
No longer blocks: gloda-ui-regressions
Summary: [Regression] The state of the Folder-list should remain peculiar to each of multiple tabs. → The state of the Folder-list should remain peculiar to each of multiple tabs.
Duping to bug 466697 as per philor; that will be the one true folder pane independence bug.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.