Version: 1.99.0 (using KDE 4.8.0) OS: Linux manually using a "mark as spam" filter, I very often experience the meaningless akonadi conflict dialog popping up BEHIND the kmail window, preventing the action from finishing and the mail being removed from my indbox. This should never happen! The dialog is a result of an action in the kmail window and blocks kmail from working, and should be modal to kmail. Reproducible: Sometimes Steps to Reproduce: 1. have a "mark as spam" action as created by the spam filter wizard 2. use it 3. sometimes the useless conflict dialog will appear, hidden behind the kmail window Actual Results: kmail appears to be blocked with no possible action possible => confusion, frustration Expected Results: the dialog should be modal to kmail, as it offers a way to get kmail back to a meaningful state OS: Linux (i686) release 3.2.1-2-ARCH Compiler: gcc
This is still a problem with KDE 4.9. When using the "classify as spam" filter produced by the wizzard, I often experience that a conflict happens, the FLAGS property changes from SEEN to SPAM, but akonadi is not able to know that it is the SPAM version that is the right one. Then a hidden dialog exists, and untill dismissing it, the filter can not work. This happens often, but not always.
The problem with conflict dialog appearing when marking mails as spam/important/whatever is fixed in 4.9.3/4.10.
At least with KDE 4.9.3, I still hit Akonadi dialogs that appear somewhere in the background, at least: - the error dialog when supplying incorrect credentials - the server-side subscriptions dialog Take care that the second one can also trigger the first one, so both are in background.