536041 - expanded state of folders for closed (collapsed) Accounts not restored when restarting TB

Status: RESOLVED DUPLICATE of bug 482869

(Thunderbird :: Folder and Message Lists, defect)

Description

[Ingo Fischer]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666

When having several Accounts in TB2 the expanded-state of all folders for all Accounts is stored when TB is closed and restarted. In TB this works independently if the Accounts are collapsed/closed or expanded/opened.

In TB3 the expanded-state is only stored when the Account is expanded/opened. When the account is collapsed/closed then the expanded state gets lost and when you expand/open the Account then only the first level of the folders is shown.

Reproducible: Always

Steps to Reproduce:
1. Have two Accounts and put in an folder hierarchy, define one as the default
2. Now open/expand both accounts the the folders-area and expand the complete folder hierarchy
3. Close TB and restart and you will see that the expanded state of the folders is restored correctly
4.) Now collaps one of the Accounts by collapsing the Account itself (leaving the folders in that account expanded) and select a folder in the still opened account.
5.) close TB and restart
Actual Results:  
Now you should see that the one Account is still collapsed and one still expanded. Now expand the closed Account and you will only see the first level of the folders ...

Expected Results:  
I expect that it behaves as in TB2 and the expanded state is stored, so when opening the collapsed Account the original expand-state is restored for all folders.

Comment 1

[Ludovic Hirlimann [:Usul]]

Does this happens in -safe-mode (http://kb.mozillazine.org/Safe_mode) ?

Anything in Tools -> Error console when this happens ? I didn't see anything.

I'm seeing this too.

Comment 2

[Ingo Fischer]

For me it happends in safe-mode too ...

Comment 3

[Guillaume Vialet]

I had also experimented this issue on Windows 7 x64 and Windows XP Pro x86 with Thunderbird 3.0 - Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0

Comment 4

[Ingo Fischer]

The problem still exists in current tb 3.0.4

Comment 5

[Joe Pollock]

I have the same problem with Thunderbird 3.1 on Linux (kubuntu karmic) using the mozilla build debs, Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1

I have a lot of subfolders more than one level deep.  I have message filter rules that distribute new mail among these subfolders.

This is a significant issue for me because:

1) It takes me a minute or more to expand folders in several accounts - every time I start Thunderbird.  This is a waste of time and an annoyance that has been added to an otherwise excellent application.

2) This same problem also occurs if I happen to accidentally change the "folder view" mode (or whatever it's called) from "All Folders" to anything else and then back again to "All Folders".

3) Most of my new mail is automatically distributed into these subfolders.  If I miss expanding one or more folders by accident, new, possibly critical, email is invisible to me.  *And*,I see no indication at the parent folder level that new mail is in its subfolders.

Fixing this bug would greatly enhance Thunderbird's ease of use.

Joe

Comment 6

[Wayne Mery (:wsmwk)]

Is this still the case in version 5?  (tabs has been revised somewhat)

I'm thinking 
1) is this regression fallout from folder pane de-rdf?
2) iirc this is a commonly reported issue, and so may be dependent on, or duplicate of other bugs reporting issues about collapse/expand state of folders on startup, and not related to session (re)store, OR
3) tabs related

Comment 7

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

The folder pane implementation is orthogonal to the tabs implementation; it uses its own JSON file to store data.

Comment 8

[Joe Pollock]

This problem persists in Thunderbird 6.0 for Linux.  It would be really great to get it fixed.

I don't know the code at all, but something like this looks like it might be a very small fix.