Summary: | Mails in Google IMAP folder all show unknown date | ||
---|---|---|---|
Product: | [Applications] kdepim | Reporter: | Alin M Elena <alinm.elena> |
Component: | messagelist | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | vkrause |
Priority: | NOR | Keywords: | akonadi-ports-regression |
Version: | 4.5 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Bug Depends on: | |||
Bug Blocks: | 223438 |
Description
Alin M Elena
2010-01-24 17:38:03 UTC
I can reproduce the problem with the unknown date here. Happens also for some non-GMail mails for me. Strange thing is that KMime seems to parse these mails fine. Please report a separate bug report for the crash, bugs are easier to track that way. Please make sure the crash report includes the following: - A way to reproduce the problem (I can view GMail IMAP mails fine here) - A backtrace that includes symbols for the Akonadi library, so that there are no "?? () from /usr/lib64/libakonadi-kde.so.4" in the backtrace - File it under the "KMail 2" product directly, not to Kontact Out of interest: Why are you already trying KMail 2? It is currently not very usable (and the dialog at the beginning should have warned about that) The date in Akonadiconsole is displayed correctly, so very likely a message list bug. The cause is that when Messagelist::Core::StorageModel::initializeMessageItem() (messagelist/core/storagemodel.cpp:228) is calling KMime::Message::Date the headers are not fully parsed, since KMime defaults to create missing headers the date header is created with an empty date. I've not found the root cause (or why the parsing is not complete). It seems to work fine for me nowadays... Not only broken for GMail, but also for demo.kolab.org The missing date header problem has been fixed in revision 1126645. |