Version: Git (master) OS: Linux often, when I'm marking a mail as spam (i.e. manually executing the filter for that action), I get a conflict dialog in modification time and flags, e.g.: Modification Time: 07.11.2011 21:20:46 07.11.2011 21:37:26 Flags: $ATTACHMENT, \SEEN $ATTACHMENT, $JUNK Reproducible: Didn't try Steps to Reproduce: mark mail manually as spam Actual Results: every so often you get the conflict message, esp. when you select an unread message and directly hit the shortcut to mark-as-spam. I think the issue is that kmail2 needs really long to display the message, starts the filter inbetween and then the mark-as-read + mark-as-spam conflict Expected Results: no conflict
ignore: Reproducible: Didn't try it's sometimes reproducible if you are fast enough
I can comfirm this, KMail doesn't play nicely at all with unread e-mail messages on IMAP server. It tries to add a new copy for every scanned message back to the server.
*** Bug 284849 has been marked as a duplicate of this bug. ***
Git commit 21d7ebcfa071653ee7a7c184d45b344fd3bb8586 by Andras Mantia. Committed on 14/10/2012 at 00:25. Pushed by amantia into branch 'master'. Disable revision check(conflict checking) if only flags were changed. That is not very important and can be triggered relatively easily with reading mails while a filter is active. For the bugs where I CC'd, please see if you can still reproduce it (the change affects only when marking manually conflicted with marking the mail by a filter). Related: bug 259574 FIXED-IN: 4.10 M +1 -0 mailfilteragent/filtermanager.cpp http://commits.kde.org/kdepim/21d7ebcfa071653ee7a7c184d45b344fd3bb8586
Git commit a2adaa32fec765995b7241a7fb00c5876c82f842 by Andras Mantia. Committed on 14/10/2012 at 00:25. Pushed by amantia into branch 'KDE/4.9'. Disable revision check(conflict checking) if only flags were changed. That is not very important and can be triggered relatively easily with reading mails while a filter is active. For the bugs where I CC'd, please see if you can still reproduce it (the change affects only when marking manually conflicted with marking the mail by a filter). Related: bug 259574 FIXED-IN: 4.9.3 (cherry picked from commit 21d7ebcfa071653ee7a7c184d45b344fd3bb8586) M +1 -0 mailfilteragent/filtermanager.cpp http://commits.kde.org/kdepim/a2adaa32fec765995b7241a7fb00c5876c82f842