| Summary: | Copying messages to mbox copies only headers, no body or attachments | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | subscryer |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | critical | CC: | amantia, kde-bugzilla, montel |
| Priority: | NOR | ||
| Version: | 4.7 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 4.7.2 | |
| Sentry Crash Report: | |||
|
Description
subscryer
2011-09-07 14:37:42 UTC
I already see this bug. And it's critical ! We need to fix it. I have to make a correction. Actually it's kmail that can't load the message bodies for some reason, even if they are ok in the maildir structure. In this case I'm talking about old mail messages that were left in the "kmail folders" resource. An important difference, however I'm still unable to export my mail in any way. Does it matter from where you copy the mail? (same mbox, different mbox, maildir, imap) Not really. Kmail seems to have forgotten the mail bodies for some folders, maildir or mbox doesn't matter. I don't know the inner workings of kmail2 but my assumption is that akonadi failed in indexing them and its database is being used instead of the files. For reasons only slightly related to this issue I have now switched to thunderbird on windows, if you need tests I'll do my best but I can't promise I will be able to perform them. I can confirm this and it is really annoying and alarming - looking in .local/share/.local-mail.directory/ it seems the bodies of the mail are really lost, not just "not displayed" by kmail: http://fpaste.org/touk/ ...bummer If it matters: this mail was moved from one maildir (pop3 account) to my local folders, also maildir. The moving was done by a filter. I know "this bug is still around" messages and alike don't help anyone, but I noticed something that might help the devs reproduce this: for some reason I am seeing the "body is lost when moving email" behaviour excessively on the qt5-feedback mailinglist I subscribed to [1]. Just in case somebody is already trying to investigate this. Maybe this is of interest: I created a simple "filter on mailinglist" filter that moves the messages into "Local Folders"->"green"->"MLs"->"Qt5 Feedback" - who knows, maybe the folder hierarchy matters... I currently have a build of KDE's 4.7 branch stuff lying around along with kdepimlibs and kdepim, as soon as I get around to it I will setup a user and make kmail2 fetch qt5-feedback from there as well, my plan was trying to reproduce it in a reliable way and hook into KMCopyCommand, maybe modifying it to check for consistency of the moved Akonadi::Item[s]. Unless someone here tells me it's the wrong place to look at to find the cause of the problem, of course ;) I'll keep you updated on whether this approach succeeds in prividing new info. [1] http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback Git commit 9d1da9403d64f41baed701817fc44e6a54e3c6ad by Andras Mantia. Committed on 29/09/2011 at 22:29. Pushed by amantia into branch 'master'. Temporary workaround for data loss on copy/move bugs. BUG: 281552 BUG: 279722 FIXED-IN: 4.8 M +6 -0 akonadi/pastehelper.cpp http://commits.kde.org/kdepimlibs/9d1da9403d64f41baed701817fc44e6a54e3c6ad Git commit 5b7322266992bf4ddace45c47d711fd77da737dc by Andras Mantia. Committed on 29/09/2011 at 22:33. Pushed by amantia into branch 'KDE/4.7'. Temporary workaround for data loss on copy/move bugs. BUG: 281552 BUG: 279722 FIXED-IN: 4.7.2 (cherry picked from commit 9d1da9403d64f41baed701817fc44e6a54e3c6ad) M +6 -0 akonadi/pastehelper.cpp http://commits.kde.org/kdepimlibs/5b7322266992bf4ddace45c47d711fd77da737dc It looks like this bug shows up again in 4.8 rc2. Has the "temporary workaround" been reverted? Arrgh... This seems to be another bug, not this one. The message just was displayed empty until five minutes ago. I'll try to reproduce and file a new bug. Sorry for the noise :) |