Summary: | KMail crashes after quitting and restarting | ||
---|---|---|---|
Product: | [Applications] kmail2 | Reporter: | Saurav Sengupta <sauravsgs> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | crash | Keywords: | drkonqi |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Kubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Saurav Sengupta
2013-12-21 07:10:30 UTC
After quitting KMail, an instance of the kmail process remains running in the background. Trying to start KMail again while this background kmail process is still running causes the crash. If the background process is first killed (e.g., killall kmail) and then KMail is started again, it starts normally. Again, after quitting the newly started instance, a kmail process remains running in the background, and so on. This happens every time. Basically, after quitting KMail, no kmail process should remain running in the background. A workaround is to change the kmail binary executable to use a script instead which starts the kmail binary, waits for it to end, then forcibly kills any remaining kmail processes. Well, it seems a workaround like this would not work or will be complicated because the kmail process remains running even after quitting KMail, so how do we know when KMail has been quit? It would be helpful if someone could provide some guidance on determining when KMail (the GUI) has been quit, if this is at all possible (especially given that the KMail window can also be hidden by clicking its system tray icon). *** This bug has been marked as a duplicate of bug 315568 *** |