kmail message selection bug can result in lost mail

Bug #511263 reported by Tim Holy on 2010-01-22
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KDE PIM
Unknown
Medium
kdepim (Ubuntu)
Undecided
Unassigned

Bug Description

Binary package hint: kdepim

Here's how to reproduce:
1. Send 3 messages to yourself. Check your mail and receive them. In your inbox (or whatever folder), they might look like this:
   Test3
   Test2
   Test1
All 3 messages should be in the "unread" state.

2. Select the first message (Test3). Delete it. You'll note that, as is noble and good, the message Test3 disappears and now Test2 is selected. Yay!

3. Now comes the part that is less noble or good: hit "+" to go on to the next unread message. You'll note that _both_ Test2 and Test1 are now selected. If you hit delete, _both_ are gone. Rats!

The proper behavior would be that, after deleting Test3, only Test2 is selected, and when you hit "+" only Test1 should be selected.

Thanks in advance for your attention to this!

ProblemType: Bug
Architecture: i386
Date: Fri Jan 22 10:36:17 2010
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/kontact
Package: kontact 4:4.3.2-0ubuntu6
ProcEnviron:
 LANGUAGE=en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-17.54-generic
SourcePackage: kdepim
Uname: Linux 2.6.31-17-generic i686
XsessionErrors: (polkit-gnome-authentication-agent-1:20839): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed

Version: 1.12.0 (using 4.2.98 (KDE 4.2.98 (KDE 4.3 RC3)) "release 150", KDE:KDE4:Factory:Desktop / openSUSE_11.1)
Compiler: gcc
OS: Linux (i686) release 2.6.27.25-0.1-pae

When I mark multiple mails (Shift+CursorDown) and delete the mails (Shift+Del) and after this I immediately press again one time Shift+CursorDown, multiple mails are now selected altough there should only be marked two of them.

It seems that somehow the number of deleted mails are still taken into account (some indexing mistake, ...)

Tim Holy (holy-wustl) wrote :

Another description, copied from Ubuntu bug 511263:

Here's how to reproduce:
 1. Send 3 messages to yourself. Check your mail and receive them. In your inbox (or whatever folder), they might look like this:
    Test3
    Test2
    Test1
 All 3 messages should be in the "unread" state.
2. Select the first message (Test3). Delete it. You'll note that, as is noble and good, the message Test3 disappears and now Test2 is selected. Yay!
3. Now comes the part that is less noble or good: hit "+" to go on to the next unread message. You'll note that _both_ Test2 and Test1 are now selected. If you hit delete, _both_ are gone. Rats!

The proper behavior would be that, after deleting Test3, only Test2 is selected, and when you hit "+" only Test1 should be selected.

Thanks in advance for your attention to this!

ProblemType: Bug
 Architecture: i386
 Date: Fri Jan 22 10:36:17 2010
 DistroRelease: Ubuntu 9.10
 ExecutablePath: /usr/bin/kontact
 Package: kontact 4:4.3.2-0ubuntu6
 ProcEnviron:
  LANGUAGE=en
  PATH=(custom, user)
  LANG=en_US.UTF-8
  SHELL=/bin/bash
 ProcVersionSignature: Ubuntu 2.6.31-17.54-generic
 SourcePackage: kdepim
 Uname: Linux 2.6.31-17-generic i686

I should also have specified: this bug is a great way to lose mail. If Test2 is a useful message you planned to keep, but Test1 is junk, when you try to delete Test1 you also lose Test2. I've definitely lost mails this way (and now that I know about the bug, I've fetched others out of the trash).

*** Bug 229486 has been marked as a duplicate of this bug. ***

*** Bug 225246 has been marked as a duplicate of this bug. ***

*** Bug 234126 has been marked as a duplicate of this bug. ***

Still a problem in KDE 4.8.0

Maarten Bezemer (veger) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. We are sorry that we do not always have the capacity to look at all reported bugs in a timely manner. There have been many changes in Ubuntu since that time you reported the bug and your problem may have been fixed with some of the updates. It would help us a lot if you could test it on a currently supported Ubuntu version. When you test it and it is still an issue, kindly upload the updated logs by running apport-collect 511263 and any other logs that are relevant for this particular issue.

Changed in kdepim (Ubuntu):
status: New → Incomplete
Tim Holy (holy-wustl) wrote :

It's apparently still a problem:
https://bugs.kde.org/show_bug.cgi?id=202071

Maarten Bezemer (veger) wrote :

Thank you for your update on the matter.
For a next time: you can add the tracker by clicking on 'Also affects project' and copy/paste the (KDE) URL. So Launchpad is able to track the upstream changes.

Changed in kdepim (Ubuntu):
status: Incomplete → Confirmed
Changed in kdepim:
importance: Unknown → Medium
status: Unknown → Confirmed

Thank you for taking the time to file a bug report.

KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2.

We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.

Changed in kdepim:
status: Confirmed → Unknown
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.