Bug 190092 - kmail has lost the ability do not disturb sorting during mail deletion
Summary: kmail has lost the ability do not disturb sorting during mail deletion
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail
Classification: Applications
Component: new message list (show other bugs)
Version: unspecified
Platform: openSUSE Unspecified
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
: 187325 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-04-19 18:17 UTC by Christoph Bartoschek
Modified: 2015-04-12 10:12 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christoph Bartoschek 2009-04-19 18:17:47 UTC
Version:            (using KDE 4.2.2)
Installed from:    SuSE RPMs

In kmail from KDE 3.5 one could delete the first message of a thread and the other messages did not change the ordering. This is no longer the case in kmail from KDE 4. Here we have the same annoying behaviour that already older kmail versions have. After each deletion in a thread the other mails are reordered again to their real position.

For example there are the following mails in the inbox with their dates:

Mail A - Day 1
+-Mail A.1 - Day 3
 +-Mail A.2 - Day 4
Mail B - Day 2
Mail C - Day 5

If I delete Mail A then I get:

Mail B - Day 2
+-Mail A.1 - Day 3
 +-Mail A.2 - Day 4
Mail C - Day 5

In KDE 3.5 I got 

+-Mail A.1 - Day 3
 +-Mail A.2 - Day 4
Mail B - Day 2
Mail C - Day 5

as long as I did not leave the directory. 

kmail introduced this feature during the 3.x series because this is obviously the better behaviour. Iterating through unread mails and deleting unwanted ones does not surprise the users by unexpected jumps.

Because this is a regression from an earlier version, I choose "Bug" and not "Wishlist".

I use the standard message list and sort by the date of the lastest message in a thread.
Comment 1 Christoph Bartoschek 2009-04-19 18:24:42 UTC
In my initial comment I wrote "directory". This should be folder. After leaving the folder the "wrong" ordering does not have to persist.

After reentering the folder one would expect to see what current kmail does:

Mail B - Day 2
+-Mail A.1 - Day 3
 +-Mail A.2 - Day 4
Mail C - Day 5
Comment 2 shrdlu 2009-10-02 15:44:06 UTC
I can confirm this, and I too would like the old kmail 3.5 behavior.
Comment 3 Björn Ruberg 2010-02-22 13:14:01 UTC
*** Bug 187325 has been marked as a duplicate of this bug. ***
Comment 4 Laurent Montel 2015-04-12 10:12:05 UTC
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.