| Summary: | Kmail crash when deleting message in thread view | ||
|---|---|---|---|
| Product: | [Applications] kdepim | Reporter: | Chao Feng <chaofeng111> |
| Component: | messagelist | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | achim.herwig, bugs.kde.org-1, christian.saemann, dvratil, freekdekruijf, heiko.becker, jamatos, kdenis, kirichenkoga, kossebau, martin+kde, montel, muzhmuzh, rdieter, stephan.diestelhorst, Vojtech.Zeisek |
| Priority: | NOR | ||
| Version: | GIT (master) | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/messagelib/c335c60684fb6de58fae567234c72277a3b1bf58 | Version Fixed In: | 16.08.2 |
| Sentry Crash Report: | |||
|
Description
Chao Feng
2016-07-02 07:28:47 UTC
I added Dan who created this code (threading cache) Indeed I saw some crash too. Dan some news ? I have several crashs from day. I think if there is not a solution I will revert cache threading for 5.3.0 to avoid it. Regards *** Bug 367031 has been marked as a duplicate of this bug. *** *** Bug 368092 has been marked as a duplicate of this bug. *** *** Bug 366862 has been marked as a duplicate of this bug. *** *** Bug 368150 has been marked as a duplicate of this bug. *** *** Bug 368231 has been marked as a duplicate of this bug. *** *** Bug 368323 has been marked as a duplicate of this bug. *** *** Bug 368387 has been marked as a duplicate of this bug. *** *** Bug 368400 has been marked as a duplicate of this bug. *** Judging from all the other bug reports, this seems to be triggered by the removal of a message from a threaded message list. It has been reported for manual deletion of a message, manual moves of a message to another folder, applying a filter manually and "crashing in the background" (automatically applied filter on incoming mail, I guess). Suggestions for workarounds: avoid threaded view for a while, or at least don't move mails while in threaded view. This includes mail filters. Of course, I know that these are not very practical, sorry... Thanks for the heads-up - a bad workaround is still better than none. The pattern for me so far is that these crashes happen when I delete the root-email of a thread, with the thread unfolded. Git commit c335c60684fb6de58fae567234c72277a3b1bf58 by Daniel Vrátil. Committed on 15/09/2016 at 08:42. Pushed by dvratil into branch 'Applications/16.08'. Expire dying parent from threading cache before processing children Fixes a crash in the Model when a thread leader is removed and ViewJob for its children is started to re-attach the subtree to a new parent node. The second pass would then get a pointer to the now-deleted parent from the threading cache leading to a crash eventually. This patch makes sure the parent is expired from the cache before the ViewJobs are started. The cache miss triggers actual threading calculation in Pass2 and Pass3 and updates our cache. FIXED-IN: 16.08.1 M +5 -1 messagelist/src/core/model.cpp M +1 -0 messagelist/src/core/threadingcache.h http://commits.kde.org/messagelib/c335c60684fb6de58fae567234c72277a3b1bf58 *** Bug 368496 has been marked as a duplicate of this bug. *** *** Bug 368837 has been marked as a duplicate of this bug. *** *** Bug 369035 has been marked as a duplicate of this bug. *** |