For the moment due to to automatic filtering being broken for me (see bug #319289, bug #319238 and most importantly #319226), I use a subfolder called "_Posteingang" ("_inbox" in english) to download all new mails via POP3. Then I weed out spam, mark all mails and press Ctrl+J, and then move the remaining ones manually. On moving or deleting a mail KMail sometimes empties the whole message list of the folder. Selecting another folder and then going back to the custom inbox folder makes messages appear in message list again. Reproducible: Sometimes Steps to Reproduce: 1. Have a POP3 account and have it download mails to "_Posteingang" folder within your POP3 folder structure for it. I.e. if all folders of your POP3 account are in folder "Lichtvoll", let POP3 account download to "Lichtvoll/_Posteingang" 2. Go into "_Posteingang" 3. Move some mails manually into folder "Lichtvoll" (i.e. my regular inbox folder, for times when filtering workarounds are no longer necessary) 4. Or - but happens more rarely - have a Ctrl+J triggered filter move a mail or delete a mail manually. Actual Results: KMail displayes folder "_Posteingang" as empty, even though it still contains mails. Selecting another folder and going back to "_Posteingang" then usually makes all mail appear again. AFAIR sometimes I had to restart KMail, but I am not sure about that. Expected Results: KMail displayes folder "_Posteingang"´s contents without the mails just having been moved or deleted. KDEPIM 4.10.2 (plus a24942ac27c27a4a540148292a9e6fbee1c8fff7 for fixing address completion in Akonadi), MySQL 5.5 and Akonadi 1.9.2. This is a display bug. As far as I noticed all mails are still there.
I have experienced similar behavior with IMAP account. In my case: 1) Move some e-mails to folder A 2) Go to folder A Actual results: only moved messages are displayed in folder A Navigating away and back in folder A does not make other messages to re-appear, but restarting KMail does. BTW, I'm using 64-bit KMail 4.10.80 (4.11 beta1) on openSUSE.
Still happens with 4.10.90 (4.11 beta2).
Still happens in 4.11 rc2. I've discovered that it does not happen when moving messages through context menus or buttons, but only when dragging messages to other folders.
BTW, when I move messages with Move To, some time after that I can also drag messages without other messages being hidden afterwards. After a while the problem re-occurs though.
I can confirm the exact behaviour Silver describes in Comment 1. 64-bit KDE 4.11.2, Ubuntu packages.
Still happens with 4.11.2 on openSUSE too. I've also discovered that it actually doesn't matter whether I move messages with Move To. But it maybe very well be that it only happens with moving multiple messages at once, and not with single messages. I'll keep an eye on this last thought though...
I've been observing the behavior and I'm quite sure now that this problem in my case occurs only when moving multiple messages at once. If I move individual messages one-by-one the target folder displays OK afterwards.
The bug is still present in 4.12.2 and stil annoying. The best work-around I found so far is ctrl-q and restart kdepim. It will remember last selected folder, so there's even some effiency I didn't expect in the work-around ;)
Thanks, Martin. Confirmed. I also still see this in KDE SC 4.12.2. Also setting bug report to confirmed now.
I didn´t see this since quite some time, currently using Akonadi 1.13 current master with MySQL performance improvements by Dan and Millian, kdepimlibs and kdepim-runtime from 24th of February and KMail 4.14.2. Do you still see this? Otherwise I suggest to resolve this as "worksforme" and would do so in some time. Please give feedback.
I have not seen this for some time either, currently running KMail 4.14.4-6/Akonadi 1.13.0-8
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
I have not encountered this bug in ages on kmail 5.1.3.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.