After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 242745 - collapse and expand of folders does not remember expanded folders
collapse and expand of folders does not remember expanded folders
Status: RESOLVED DUPLICATE of bug 50054
Product: evolution
Classification: Applications
Component: Do Not Use
2.6.x (obsolete)
Other All
: Normal minor
: Future
Assigned To: Evolution Shell Maintainers Team
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2003-05-10 18:38 UTC by Karsten Bräckelmann
Modified: 2013-09-13 12:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Karsten Bräckelmann 2003-05-10 18:38:52 UTC 
Collapse and expanding of folders looses the expand-status of previosly
expanded folders.

Steps to reproduce the problem:
- expand more than one level in the folders tree
- collapse the root node
- expand again

Actual Results:
- all subsequent nodes are collapsed

Expected Results:
- remember and expand the previously expanded nodes

Just as it was in 1.2.x versions, please...
Comment 1 JP Rosevear 2005-03-21 19:21:59 UTC 
I guess the question is "should we do this" i think gtktreeview
doesn't really make this easy.
Comment 2 Calum Benson 2005-07-28 10:41:16 UTC 
Apologies for any spam... cc'ing usability-maint on all Evolution usability
bugs. Filter on EVO-USABILITY-SPAM to ignore.
Comment 3 André Klapper 2006-01-23 21:03:43 UTC 
still valid in evo2.5.5
Comment 4 André Klapper 2006-06-14 14:13:14 UTC 
removing old target milestone.
Comment 5 Martin Meyer 2007-05-09 16:38:49 UTC 
I would like to see this change, so let me try to make a case:

I have a tree of folders indicating the levels of my company, all the way from corporate down to me. This is about 7 levels of folders, and most of the emails I receive go into the folder for my own team, which is furthest into the tree. Each of these folders (I have over 40 local folders) takes a certain amount of vertical screen real estate, so I like to collapse as many groups as I can. If I have too many groups expanded then I have to scroll down to get to my IMAP inbox, then scroll back up to find the folder I want to move the message to.

So I've collapsed the company level folder, which collapsed everything down to my team. I get 5 more emails related to my team, I have to uncollapse all 6 subfolders to get to the one I wanted.  I know this particular case is the result of my own folder organization, but it makes it easy to search for messages when folders are organized in this way.

In short, I'd really love to see this feature implemented, it'll make my like much easier. Also, I think this is the expected behavior for this sort of tree collapsing. Thunderbird behaves this way at least, I'm not sure about others.
Comment 6 Matthew Barnes 2008-03-11 00:27:09 UTC 
Bumping version to a stable release.
Comment 7 Matthew Barnes 2009-06-13 22:00:18 UTC 
Very, very old GtkTreeView bug.  I'd rather see it fixed in GTK+ than add some hack to every tree view in Evolution.  Closing as a dupe.

*** This bug has been marked as a duplicate of 50054 ***