Summary: | Moving two emails to another folder overwrites one with the other in local cache | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Brendon Higgins <brendon> |
Component: | IMAP resource | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | REPORTED --- | ||
Severity: | normal | ||
Priority: | NOR | ||
Version First Reported In: | 6.3.0 | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Brendon Higgins
2021-08-03 18:16:30 UTC
Still happens, so updating this bug's meta-data. (I had actually forgotten I'd already reported this, and only realized after going through the process of searching for similar bugs, finding this report, and seeing the original reporter's name was strikingly familiar...) I have now seen this happen when selecting two unrelated emails at once and moving them into another folder: the pair turns into duplicates of one of the emails. If I clear the Akonadi cache for that folder, when the messages are re-downloaded, they appear correct. Just tested, this bug still occurs on Debian's latest builds in testing: I select two emails in KMail, move them to another folder, it syncs, and now the two cached emails both have identical bodies. Don't even need to restart Akonadi or anything. If I do restart Akonadi, then the subject and dates in KMail also become identical (though the attachment icon seems to stay intact). If I clear the cache of that folder and resync, they're back to normal. I'm tempted to change the affected version of the bug to GIT master - think it'd be a safe bet at this point. FWIW I have serveral IMAP accounts, all GMail, and seems to happen on any of them. Perhaps a race condition, or maybe the cache DB write routine simply fails to iterate through the emails when getting contents. I wonder if there's a scenario for true data loss, like if I moved the duplicate email a second time to another folder... |