Version: 4.3.2 (using KDE 4.3.2) OS: Linux Installed from: Debian testing/unstable Packages Hi there, This bug report was made to Debian ( http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561779 ): After several operations on a folder the marker for the currently selected message is not updated correctly. It seems that there are actually two markers, one for the GUI, which is handled correctly, and one for internal uses, which isn't. The latter one seems to be an index which isn't updated in several cases. Example: * Select the first mail in a folder. * Now change the sorting order. * The previously selected message is still highlighted by the GUI, let's assume that it now is at position 6 in the list of messages. * Hold the shift key and click on the message at position 3 in the list. At this point now, I would expect that messages at the position 3, 4, 5, 6 are highlighted. Instead, messages at position 1, 2, 3 are highlighted, while the highlight on position 6 is removed. Similarly, when deleting mails the first following mail is highlighted by the GUI while the internal index isn't. Concerning the severity and why this is not just an annoyance, the reason is that it is not always obvious what is going on when the start of the selection range isn't visible. I was just cleaning up some old mails and there was one from a source which I don't care for any more. I selected that, changed the selection to "sort by author", scrolled down the list, shift-selected the last of them and deleted them. Since the start of the selection remained close to the beginning of the whole folder, far out of view, this just cost me a few hundred mails.
*** Bug 224984 has been marked as a duplicate of this bug. ***
*** Bug 220884 has been marked as a duplicate of this bug. ***
*** Bug 221759 has been marked as a duplicate of this bug. ***
*** Bug 228682 has been marked as a duplicate of this bug. ***
Considering this confirmed now :)
*** Bug 232264 has been marked as a duplicate of this bug. ***
*** Bug 232916 has been marked as a duplicate of this bug. ***
Hmm. I think this bug confuses two different misbehaviors. In one of them -- #224984, #220884, #228682, #232264 and #232916 -- the selected message just changes when the ordering changes. In the other one -- #219842 (this) and #221759 -- the issue is a separation between two notions of "selected message", such that the display is wrong. Note that #221759 doesn't even have an order change, in the strict sense -- it's the ordered set that is changed. I should note that "my" report -- #232916 is a copy of a Debian bug that I filed -- may warrant raising the severity of this bug, as it shows a situation where the change in message selection is "spontaneous", that is, it happens as a result of the passage of time, and not in response to a user action.
I think that both issues are sympthoms of the same bug. The selected message changes when sorting because the selection points to a specific row in a list - and not to a specific message.
(In reply to comment #9) > I think that both issues are sympthoms of the same bug. The selected message > changes when sorting because the selection points to a specific row in a list - > and not to a specific message. I do not understand. That is, assuming the selection "points" to a row by keeping its index in the current sort order, it is natural that the selection will change with the ordering. However, I don't see how that facilitates the situation where one row is highlighted while another is actually selected, or, at least, serves as the basis for a group selection.
*** Bug 240383 has been marked as a duplicate of this bug. ***
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.