Version: 1.7.2 (using KDE KDE 3.3.2) Installed from: Debian testing/unstable Packages OS: Linux Sorry, I'm going to have to be kind of vague because I haven't yet figured out the exact pattern for when this happens. I am using an IMAP mailbox (not sure if it happens for other types or not) and using KMail from within Kontact. Sometimes, I think it's always after sending a message but not positive about that, the message list for my inbox suddenly disappears. There is still a blue bar highlighting the line that used to be for the currently selected message, but no actual subjects/senders/dates show up in the message list. I am pretty sure the message preview also becomes blank. I can get the display to show up again if I switch to a different folder and then switch back. It seems as if occurrences of this problem tend to kind of cluster together - that is, it doesn't happen that often, but then it might happen 2 or 3 times in a row. I will follow-up with more details as I observe them.
Can you tell us exactly which debian package of kde 3.3.2 you are using? If that is 3.3.2-1, you should install a newer version and the problem is solved. If that is the case, please don't forget to close this bug report.
I was using 3.3.2-1. I have since upgraded and tested for a day or two and it hasn't yet come up, so I'll close the bug (and of course re-open if it pops up again). Thanks!
wow, I am surprise to see how old is this bug... it never happened to me before.. but since I upgraded to 3.5 alpha1, it does happen frequently. the message list is still there, I can still scroll but all rows are blank out. no subject, from, date. click out and back of the folder fix it. this is running kmail under kder 3.5alpha1 with or without kontact. reopen ?
WAIT, please reopen this. this is VERY reproducable, using 3.5 Beta 1 it is still VERY valid. just select one mail, read it, select next one, read it, select third one, etc. it will happen soon enough. I am using regular IMAP and its very unstable with 3.5
If you need an imap account on my server for testing, I can have one made for you. it could be a special incompatibility I dont know ....
I'm also experiencing this. I can't reproduce it at will, but it seems to frequently happen while mail checking fires while reading mail in an online imap account. (Can you confirm/deny this Mathieu?) I'm experiencing it on KMail 1.8.91, which is a bit out of date now, but newer than 2005-03-06, the date of Ari Steinberg's report. So I'll reopen - it's certainly annoying.
107584 maybe a dup of this bug.
I think it's only on imap not on dimap and I killed all my imap account. I'll post again if I see the problem again.
I see this fairly often too, with Kontact 1.2 and KMail 1.8.92 under Rawhide (Fedora development). It's been happening for several releases too. Most often I see it when changing between two folders with unread messages. I'll switch from one folder to another, the message list will show up and then disappear, leaving only the skeleton of the thread tree (i.e. no subject, date, sender, size, etc.). It's also worth noting that when this happens with my trash folder, an 'empty trash' command doesn't seem to do anything. I have to select another folder, go back to trash (the message list usually shows up then) and do 'empty trash' again.
I've noticed that this seems to happen often when KMail is fetching the message list from a folder and then decides to check mail and update all the other folders. IOW if I click on my 'Trash' folder (an IMAP folder), KMail starts fetching the message list, but part way through my check mail timer expires and it starts checking for mail in other folders. At that point, the message list in my Trash folder disappears, leaving only the tree skeleton I mentioned earlier (basically just the 'plus' signs on the left side and some lines connecting them). Hope that helps, this bug is really annoying.
FWIW, I can confirm this behaviour (KDE 3.5.0, Qt 3.3.5, Solaris 9 & 10 running on Sparc). I'm not sure if this is related, but some tests show that this bug can be easily triggered when (online-IMAP) folders are modified by other IMAP clients (e.g. shared folders). I've never seen this behaviour with KDE 3.4.1 which I've been running previously...
*** Bug 107584 has been marked as a duplicate of this bug. ***
*** Bug 114868 has been marked as a duplicate of this bug. ***
No report for the KDE 4 line