Bug 320041

Summary:	On moving or deleting a mail in a folder messagelist sometimes is displayed empty although other mails are in that folder
Product:	[Applications] kmail2	Reporter:	Martin Steigerwald <Martin>
Component:	message list	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	bugs, silver.salonen
Priority:	NOR
Version:	4.10.2
Target Milestone:	---
Platform:	Debian unstable
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Martin Steigerwald 2013-05-20 10:24:08 UTC

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.

Comment 1 Silver Salonen 2013-06-20 06:32:59 UTC

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.

Comment 2 Silver Salonen 2013-07-03 09:37:17 UTC

Still happens with 4.10.90 (4.11 beta2).

Comment 3 Silver Salonen 2013-08-02 05:34:28 UTC

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.

Comment 4 Silver Salonen 2013-08-02 07:48:34 UTC

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.

Comment 5 Martin van Es 2013-10-11 12:25:31 UTC

I can confirm the exact behaviour Silver describes in Comment 1.
64-bit KDE 4.11.2, Ubuntu packages.

Comment 6 Silver Salonen 2013-10-11 12:36:25 UTC

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...

Comment 7 Silver Salonen 2013-10-16 14:35:36 UTC

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.

Comment 8 Martin van Es 2014-02-20 08:21:28 UTC

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 ;)

Comment 9 Martin Steigerwald 2014-03-07 13:14:21 UTC

Thanks, Martin. Confirmed. I also still see this in KDE SC 4.12.2. Also setting bug report to confirmed now.

Comment 10 Martin Steigerwald 2015-03-12 12:46:37 UTC

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.

Comment 11 Colin J Thomson 2015-03-12 21:05:27 UTC

I have not seen this for some time either, currently running KMail 4.14.4-6/Akonadi 1.13.0-8

Comment 12 Denis Kurz 2016-09-24 18:13:04 UTC

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.

Comment 13 Martin van Es 2016-09-24 19:29:39 UTC

I have not encountered this bug in ages on kmail 5.1.3.

Comment 14 Denis Kurz 2017-01-07 22:41:48 UTC

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.