Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 205576 - after message delete next message is not selected
Summary: after message delete next message is not selected
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution
Version: 6
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact:
: 206168 206226 (view as bug list)
Depends On:
Blocks: FC6Target
TreeView+ depends on / blocked
Reported: 2006-09-07 13:03 UTC by John Dennis
Modified: 2008-05-13 09:31 UTC (History)
4 users (show)

Fixed In Version: evolution-2.8.0-6.fc6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2006-09-21 22:01:21 UTC

Attachments (Terms of Use)

System ID Priority Status Summary Last Updated
GNOME Bugzilla 352982 None None None Never

Description John Dennis 2006-09-07 13:03:40 UTC
version: evolution-2.8.0-1.fc6

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.

Comment 1 Matthew Barnes 2006-09-07 13:48:09 UTC
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.

Comment 2 John Dennis 2006-09-07 15:12:21 UTC
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

Comment 3 John Dennis 2006-09-07 15:18:28 UTC
One thing you might try Matthew when trying to reproduce the problem is to see
if multiple mail accounts is a necessary condidtion.

Comment 4 John Dennis 2006-09-07 15:36:26 UTC
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.

Comment 5 Mike Chambers 2006-09-07 19:05:17 UTC
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.

Comment 6 John Dennis 2006-09-08 21:27:02 UTC
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.

Comment 7 Matthew Barnes 2006-09-12 19:31:55 UTC
*** Bug 206168 has been marked as a duplicate of this bug. ***

Comment 8 Matthias Clasen 2006-09-13 02:58:51 UTC
Nicolas,I appreciate that you consider this an important bug, but
please leave the tracker bug as a planning tool to us.

Comment 9 Matthew Barnes 2006-09-13 04:35:12 UTC
*** Bug 206226 has been marked as a duplicate of this bug. ***

Comment 10 Nicolas Mailhot 2006-09-13 08:27:11 UTC
(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
follow there.

Comment 11 Matthias Clasen 2006-09-13 13:34:16 UTC
True. I have added a comment to the tracker bug now.

Comment 12 Matthew Barnes 2006-09-16 22:07:45 UTC
Looks like this is a side effect of a bug that Behdad reported upstream.

Comment 13 Matthew Barnes 2006-09-21 22:01:21 UTC
Fixed in evolution-2.8.0-6.fc6

Comment 14 Mike Chambers 2006-09-23 19:33:36 UTC
-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.

Comment 15 Matthew Barnes 2006-09-23 20:52:41 UTC
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.

Comment 16 Nicole Dai 2006-10-13 03:05:44 UTC
Confirmed that it was fixed in evolution-2.8.0-6.fc6.

Note You need to log in before you can comment on or make changes to this bug.