| Summary: | empty trash or all trash on imap account akonadi doesn't continue | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | Bruno Friedmann <bruno> |
| Component: | server | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | dvratil |
| Priority: | HI | Keywords: | drkonqi |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Bruno Friedmann
2017-02-22 20:05:51 UTC
ItemRetriever now uses QEventLoop to wait for request to be processed. If Akonadi Server is shut down during that, the QEventLoop will cause Connection::quit() to be executed, destroying the QSqlDriver and deleting the thread. When the QEventLoop finishes and ItemRetriever::exec() returns, the QSqlQuery() tries to dereference the already-destroyed QSqlDriver. We need a mechanism to either prevent Connection::quit() from being executed while an event loop is running on the Connection, or we need a way to quickly abort ItemRetriever::exec() from Connection::quit() before destroying the SQL connection and the thread. Wasn't this connection shutdown already fixed? Thank you for the crash report. As it has been a while since this was reported, can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved. I have set the bug status to "needsinfo" pending your response, please change back to "reported" or "resolved/worksforme" when you respond, thank you. Work wtih Linux 5.9.12-1-default x86_64 GNU/Linux, nvidia: 450.80.02 Qt: 5.15.2, KDE Frameworks: 5.76.0, Plasma: 5.20.4, kmail2 5.15.3 (20.08.3) |