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 352695 - Search and the clear looses the expanded state of my threads
Search and the clear looses the expanded state of my threads
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
2.8.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: Milan Crha
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2006-08-24 16:36 UTC by Srinivasa Ragavan
Modified: 2008-08-11 14:20 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Proposed patch (1.21 KB, patch)
2006-08-24 16:45 UTC, Srinivasa Ragavan
committed Details | Review
Proposed patch which removes dead if statement (572 bytes, patch)
2007-08-01 16:52 UTC, Tobias Mueller
committed Details | Review
proposed evo patch (11.42 KB, patch)
2008-08-08 10:40 UTC, Milan Crha
committed Details | Review
proposed evo patch (error fix) (1.21 KB, patch)
2008-08-11 14:11 UTC, Milan Crha
committed Details | Review

Description Srinivasa Ragavan 2006-08-24 16:36:42 UTC
It defaults to expanded all, and it looses all my expanded state information.
Comment 1 Srinivasa Ragavan 2006-08-24 16:45:50 UTC
Created attachment 71536 [details] [review]
Proposed patch
Comment 2 André Klapper 2006-08-25 05:23:26 UTC
confirming behaviour.
Comment 3 Srinivasa Ragavan 2006-08-25 17:50:26 UTC
fixed to head.
Comment 4 Tobias Mueller 2007-08-01 16:48:18 UTC
The if-statement does nothing because ml->search won't be null if no search is given.
Since save_tree_state is never called right now, at least one other issue is triggered: bug 387312

So this issue has not been fixed with this workaround.

As I consider #387312 more intrusive, I suggest to apply the following patch which restores old behaviour, but fixes #387312.

To trigger this issue, do following steps:
 - Group by thread
 - Collapse all threads
 - Expand a single thread
 - type smth in the search bar hit enter
 - clear the search bar
 - watch all threads being collapsed (they expand if this would be you default)

Comment 5 Tobias Mueller 2007-08-01 16:52:24 UTC
Created attachment 92864 [details] [review]
Proposed patch which removes dead if statement
Comment 6 Srinivasa Ragavan 2007-08-02 10:11:00 UTC
Tobias, I think it is fine. Commit this patch for bug #387312 and leave this open and fix it :)
Comment 7 Tobias Mueller 2007-08-02 21:27:20 UTC
Commited as rev 33930
Comment 8 Matthew Barnes 2008-03-11 00:28:02 UTC
Bumping version to a stable release.
Comment 9 Milan Crha 2008-08-08 10:40:55 UTC
Created attachment 116129 [details] [review]
proposed evo patch

for evolution;

a bit different approach.
Comment 10 Tobias Mueller 2008-08-08 14:19:23 UTC
Hey Milan :)

You're just awesome :) Just a sidenote: I think this:
+	g_return_if_fail (et != NULL);
+	g_return_if_fail (E_IS_TREE (et));
is not necessary as the E_IS_TREE *should* check for NULL already. I dunno whether it does it though.

Besides that, I didn't check the patch.
Comment 11 Milan Crha 2008-08-08 16:59:57 UTC
Yeah, that's right. The reason why I do this in two checks is that I want to distinguish between NULL and between broken memory. If I do that in the your way, then I cannot.
Comment 12 Srinivasa Ragavan 2008-08-11 04:57:07 UTC
Anyways, commit to trunk. Looks awesome.
Comment 13 Milan Crha 2008-08-11 09:48:44 UTC
Committed to trunk. Committed revision 35953.
Comment 14 Milan Crha 2008-08-11 14:07:16 UTC
Errr, I caused an error with this. When you try to change the Show filter, say from "All Messages" to "Read Messages", then after this change the message list is locked, and doesn't scroll with cursor like it used to. I realized I forgot to move one event emit to the _xml function. I'm sorry for that.
Comment 15 Milan Crha 2008-08-11 14:11:38 UTC
Created attachment 116347 [details] [review]
proposed evo patch (error fix)

for evolution;
Comment 16 Matthew Barnes 2008-08-11 14:15:18 UTC
Approved.
Comment 17 Milan Crha 2008-08-11 14:20:29 UTC
Committed to trunk. Committed revision 35955.

Thanks, such a stupid mistake I did.