GNOME Bugzilla – Bug 249749
Threaded Message List Expands When Using "Find Now"
Last modified: 2015-02-05 10:56:39 UTC
Package: Evolution Priority: Normal Version: GNOME2.2.2 1.4.5 os_details: Ximian, Inc. Synopsis: Threaded Message List Expands When Using "Find Now" Bugzilla-Product: Evolution Bugzilla-Component: Miscellaneous Description: Description of Problem: All collapsed threads (+ icon next to subject) will expand and stay expanded after searching with Find Now, and then pressing the Clear button. Steps to reproduce the problem: 1. Collapse some messages by pressing the - icon next to the subject. A collapse All feature would be nice. 2. Enter some text in the "Message Contains" field, and press Find Now. 3. Press Clear Actual Results: Upon pressing Clear: The entire messages list will reappear, but the previously collapsed view will now be expanded. I cannot find a "Collapse All" option. Try to imagine having to collapse several days of the Linux Kernel Mailing List by hand! Expected Results: The message list should return to it's original collapsed state. How often does this happen? Always. Additional Information: If there is a way to collapse all threads at once, please let me know. This would solve my problem. It would be useful feature too. Unknown reporter: bob.chiodini@ksc.nasa.gov, changed to bugbuddy-import@ximian.com. Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Not sure if this is mailer or eTable
still valid in evolution1.5-1.5.90.0.200407191630-0.snap.ximian.8.1 - evolution should remember the state of expanded/collapsed threads before searching!
Still valid in Evolution 2.0.4. Can the severity of this be updated - I seem to have two unpleasent choices - don't use "find now" or don't use threads (consistantly uncollapsed threads aren't that much of a help)
It is also still a problem in 2.4.1 (Fedora Rawhide).
At least we have the "View -> Collapse All Threads" action now, alleviating the problem somewhat.
Still valid in 3.10 for *manually* collapsed threads. Problem does not happen when using "View > Collapse All Threads".
I fixed this, the expand state is kept when entering search, then it is left as such for the search, it only isn't propagated back to the full view when the search is cleared. I mean, for example when you search for something in the folder and you expand or collapse some threads, then once the search is turned off the changed threads are returned back to the state where they were before the search was begun. That's due to the way of how the expand state is saved. Created commit 4072381 in evo master (3.13.90+) [1] [1] https://git.gnome.org/browse/evolution/commit/?id=4072381