on the left side of kmail window, there's a subwindows with folders for each email (imap) account and underlying folders for sorting out emails. With the recent (kde 4.10 and beta previews) versions, there's a very annoying bug: when I click on a folder, their ordering changes. This is 1/ annoying for the user, 2/ leads to errors like marking as read all mails in unintended folder. Example: mark-gmail (name of imap acc) -> Inbox -> Work -> Friends ====shuffle==== mark-gmail -> Work ->Friends -> Inbox Reproducible: Always Steps to Reproduce: 1. select a folder with unread mail 2. 3. Actual Results: shuffle order Expected Results: fixed order of listing the folders (it used to be possible to define this, im not sure if i found it in recent settings - eg: alphabetically, user-defined order, ...)
this happens to me if folders are sorted by Total and if folders are not synced, so they are shown as having 0 messages. Selecting the folder syncs it, its number of messages changes, and so it changes position in the folder list. But the correct folder (the clicked one) stays selected. You select the sorting order by clicking on the column head. There is an arrow showing which column is the sorting column. If you sort by name, this problem should go away. Can you confirm that this is what happens? If so, the real problem is that the IMAP folders are out of sync. I never used IMAP, for me it happens with maildir folders which are out of sync because I stresstested maildir.
Wolfgang, thank you for reply! Sorting by name is a workaround for the problem. > But the correct folder (the clicked one) stays selected. Guilty in both cases :) you are right. The evil's trick is that you select folder (left click), it will resync and shuffle, and then rightclick to 'Mark all as read', will act on a different folder .. and make you lots of trouble. I dont know if we want to close this as Invalid, or enhance "sort by unread" to wait with redrawing folders' ordering after the selected folder is synced(so it's more smooth)? Thank you, mark
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
My bad, I should have removed those status flags
(In reply to Wolfgang Rohdewald from comment #4) > My bad, I should have removed those status flags So you're able to reproduce this issue with recent KMail versions ?
No idea. I stopped using kmail a long time ago, it was far too buggy after switching to Akonadi and never got as stable and usable as it was before that switch. See my bug reports. I can only say that I should have removed the NEEDSINFO which I now did. But I think it should not be too difficult for a current user of kmail to check it.