Slow to quit, idle with responsive UI for several seconds on shutdown. Workaround, go "offline mode" before quitting
Categories
(Thunderbird :: General, defect, P2)
Tracking
(thunderbird_esr102 unaffected, thunderbird_esr115 affected, thunderbird116 affected, thunderbird117 affected)
Tracking | Status | |
---|---|---|
thunderbird_esr102 | --- | unaffected |
thunderbird_esr115 | --- | affected |
thunderbird116 | --- | affected |
thunderbird117 | --- | affected |
People
(Reporter: support+bugzilla, Unassigned)
References
Details
(Keywords: perf, regression)
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:106.0) Gecko/20100101 Firefox/106.0
Steps to reproduce:
Thunderbird is slow to quit; started with 105 beta 1. Issue persisted all through to current 106 beta 3. I'm on Linux64 release from tar. Snap beta release exhibits same behavior for me (with same profile data). The only thing I've found, is that going into "offline mode" before quitting fixes this -- quit is instant then.
Actual results:
Ctrl+q OR "Quit" from menu OR via "X" ui element results in Thunderbird idling for a few seconds while UI remains responsive. Sometimes the message list disappears. But it'll eventually shut down clean.
Expected results:
Quit when prompted to.
I've seen a similar issue with v102.5 in Windows, where after clicking "X" to shutdown, the Thunderbird window will close, but Thunderbird can still be seen running in Task Manager in the Background Processes section. These background processes eventually seem to close, but it can be a long wait and I haven't always been that patient. When I haven't been patient I've started Thunderbird again while the background processes are running. Thunderbird starts correctly, and much faster than normal. It then seems to shutdown normally.
I think that I've fixed this problem by unchecking the Show a tray icon for unread messages option in the When new messages arrive section.
Does this work for you too? It sounds like a similar solution to going offline. If so, it may show where the problem lies.
Reporter | ||
Comment 2•2 years ago
|
||
I followed your advise and changed the notification settings, but didn't do the trick. As aforementioned, I'm seeing this issue with a Linux64 release -- it's still present in 108.0b1. Thanks for taking the time though; much appreciated.
Updated•2 years ago
|
Updated•2 years ago
|
-
Is this the same as bug 1788599
As well as the discussion on Bugzilla, there is quite a lot of discussion of the problem reported these at https://thunderbird.topicbox.com/groups/beta/T7143d7302c6bc2bb-Me0b00ed12702c9a92a55d85b/thunderbird-beta-106-0b1 and https://thunderbird.topicbox.com/groups/beta/T088ef3e1d4a19a8c-M997d2a00dfc8919ef411d8a5/106-0b5
-
In relation to my comments about the Show a tray icon for unread messages notification, further experience is consistent with @jan.t.neurer's. Changing the setting doesn't fix the problem, though for me, it does seem to reduce the time to shutdown from a long time, to generally just a couple of minutes.
Reporter | ||
Comment 4•2 years ago
|
||
@drghughes: Nice catch! Bug #1788599 appears to be related.
Comment 5•2 years ago
|
||
Please use bug #### when referencing bug reports, so that bugzilla can helpfully provide bug information.
Comment 6•2 years ago
|
||
Reporter, drghughes, does this still happen for you when using a current version?
Reporter | ||
Comment 7•2 years ago
|
||
Please define "current version". I reverted to stable a few month ago due to this issue and am now on 102.9.0. 102.9.0 does not exhibit this behavior.
I haven't been monitoring this lately, but just assuming that it is there, and working around it.
So I checked today, and with the just updated v102.9.0, the problem is still there. Just now, the Thunderbird items in the Background Processes section of Task Manager took over 4 minutes to disappear.
Note that I don't see this problem with v112 b1. But that version is using a much simpler profile (only 2 accounts, 2 RSS feeds, and calendar and task items) compared to my main profile which is more than 20 years old, has many accounts and RSS feeds, and may have been originally created with Netscape Navigator. I don't remember the upgrade process to move from Netscape Navigator to Thunderbird. Did Thunderbird just pick up the profile, or was there an import process?
Should you also check with @mike.cloaked who reported Bug 1788599?
Comment 9•1 year ago
|
||
jan reported this with 105 beta, so for them a curent version would be 113, soon to be 114.
Do you have "empty trash on exit" enabled ? Then you are looking at bug 1704637.
Or do you have "Clean up ("Expunge") Inbox on exit" enabled?
Comment 10•1 year ago
|
||
For me,
in v102.10.1 where I see the problem:
Clean up ("Expunge") Inbox on Exit is checked on some accounts.
Empty Deleted folder on Exit isn't checked on any accounts.
in v113 beta 6 where I don't see the problem:
Clean up ("Expunge") Inbox on Exit isn't checked on any accounts.
Empty Deleted folder on Exit isn't checked on any accounts.
Comment 11•1 year ago
|
||
115 (expunge on) - takes 'forever' to quit - makes no sense at all. Especially considering the high speed nvme drive being used for local storage.
truly awful.
Comment 12•1 year ago
|
||
Mozregression puts the range at 2022-08-05 is good, 2022-08-06 is bad, and indicates this is a regression of Bug 1654006 - Add onAfterSend event to compose API.
However, also in that range is Bug 1769152 - Make IOUtils Shutdown blockers depend on previous phase completion r=nika
Note, version 102 works fine.
Updated•1 year ago
|
Comment 13•1 year ago
|
||
bug 1788599 has more data, so let's move everything over to there.
Description
•