If the currently selected message is deleted the selection is lost, it should
advance to the next message in the list. It does not matter how the message is
deleted (via the keyboard, toolbar button, etc.) the behavior is the same. I'm
not sure if it's relevant but the folder being viewed is IMAP with the view set
to hide deleted messages.
P.S.: this is very annoying behavior, it makes it difficult to process one's
inbox because everytime you delete a message you have to reselect the next message.
I've seen several complaints about this on the mailing lists, but for some
reason I can't reproduce this myself with evolution-2.8.0-1.fc6.
When I highlight a message and either press the Delete key, the Delete toolbar
button, or right-click and select Delete from the pop-up menu, the next message
in the list is highlighted and its contents displayed in the preview pane.
I tried this with the "Hide Deleted Messages" option both selected and unselected.
The only other package I can think of that might be relevant here is GTK+,
though that's a long shot. I'm using gtk2-2.10.3-1.fc6.
I'm also using gtk2-2.10.3-1.fc6
FWIW, the behavior is unique to a mail account. I have two mail accounts, one
for work and one personal. Both are IMAP and both have pretty much the same
configuration, although the IMAP server they connect may very well be a
different IMAP implementation. My work account exhibits the behavior, my
personal account does not. I've tried to see if there was a pattern, but so far
I'm at a loss. The only difference I see between the preferences for the
accounts is the work account is my default and uses SSL encryption, neither of
which seems a plausable condidtion to trigger the behavior. I could however
imagine a different response from the IMAP server could be a factor for why the
two accounts behave differently (what if an unexpected response caused a code
path to exit early?) just guessing ....
I seem to recall there is an environment variable one can turn on to produce
debugging information with evolution. What is it? Would that help diagnose the
One thing you might try Matthew when trying to reproduce the problem is to see
if multiple mail accounts is a necessary condidtion.
Ahh ... I think I see a necessary condition to trigger the behavior. In the
account which exhibits the behavior if you turn off "Hide Messages Marked for
Deletion", then after deletion the next message is selected. If you toggle the
"hide" back on it fails to select the next message. Behavior is very consistent
when toggling the hide flag.
I am experiencing the same thing with the "hide deleted messages" option on and
off. It doesn't highlight with the option on, and it does continue to highlight
with the option off. This is using POP3, so it seems consistant no matter how
mail is retreived, or where it's stored.
Almost by accident I discovered message threading seems to trigger the failure.
If threading is on the next message is not selected after deletion, if threading
is disabled you get the expected behavior.
I think this explains why I was seeing different behavior between mail accounts,
the working account did not have threading turned on, the failing account did.
toggle Ctrl-T and I expect you can toggle the problem.
*** Bug 206168 has been marked as a duplicate of this bug. ***
Nicolas,I appreciate that you consider this an important bug, but
please leave the tracker bug as a planning tool to us.
*** Bug 206226 has been marked as a duplicate of this bug. ***
(In reply to comment #8)
> Nicolas,I appreciate that you consider this an important bug, but
> please leave the tracker bug as a planning tool to us.
I'd be happy to use the tacker bug properly, but it's only described as "desktop
issues" now. Makes it hard for external testers like me to guess what rules to
True. I have added a comment to the tracker bug now.
Looks like this is a side effect of a bug that Behdad reported upstream.
Fixed in evolution-2.8.0-6.fc6
-5 is the only version I have seen in the last couple days. Is -6 having build
problems in rawhide or something as still don't see it.
Since we're in feature freeze right now we have a more cumbersome process for
pushing updates out. It looks like release 6 was overlooked, so I've
re-requested that it be pushed to Rawhide. Sorry for the delay.
Confirmed that it was fixed in evolution-2.8.0-6.fc6.