Thunderbird process hang, remain active after closing (shutdown), most often with "empty trash on exit" enabled
Categories
(Thunderbird :: General, defect)
Tracking
(thunderbird_esr115 fixed, thunderbird125 affected, thunderbird126 fixed)
People
(Reporter: rshore, Unassigned)
References
(Regression)
Details
(Keywords: hang, regression, steps-wanted, Whiteboard: [regression tb 115.10.0][regresssion: 124 beta])
Thunderbird processes (3) remain active after closing. This started happening after todays update to 115.10.0 (64-bit). Have to use task manager to close the instances in order to restart Thunderbird. Windows 10 64 bit.
Updated•5 months ago
|
Comment 3•5 months ago
|
||
The regression might be caused by one of https://mzl.la/49EfHUy
Unknown yet what factors trigger this.
Comment 4•5 months ago
|
||
rshore, iyata2018,
Do you have only imap accounts? pop accounts? Or both?
Comment 5•5 months ago
•
|
||
on macOS 14.3, testing using IMAP with TB release channel
- 115.9.0 (build FR 20240314154241)
- 115.10.0 (FR build 20240412173147)
TB close all processes while quitting.
Can't reproduce the bug.
Comment 6•5 months ago
|
||
Let's confirm this based on the number of reports.
That said, can't reproduce on linux. Tried 115.10 on windows as well and could not reproduce there either.
For those affected, try Help | Troubleshoot mode, and report back.
Comment 9•5 months ago
|
||
Bug 1862111 would seem like the most likely regressor (if it's from c-c). I'll create a try build with that backed out so people can try it out.
Comment 10•5 months ago
|
||
Can confirm on Windows 10 Pro Version 22H2 build 19045.4291, Thunderbird 115.10.0 (64-bit) and (32-bit) before fresh install/upgrade (to try to solve this).
The three lingering processes after closing Firefox:
Name PID Status CPU Memory (active private working set) Command line Platform Elevated UAC virtualization Description
thunderbird.exe 13416 Running 00 287.280 K "C:\Program Files\Mozilla Thunderbird\thunderbird.exe" 64 bit No Disabled Thunderbird
thunderbird.exe 6828 Running 00 41.796 K "C:\Program Files\Mozilla Thunderbird\thunderbird.exe" -contentproc --channel="13416.0.1182425502\399682920" -parentBuildID 20240412173147 -prefsHandle 1896 -prefMapHandle 1864 -prefsLen 41440 -prefMapSize 294566 -appDir "C:\Program Files\Mozilla Thunderbird" - {58c6a186-0bd1-4008-8eb2-f8658f165ff9} 13416 "\\.\pipe\gecko-crash-server-pipe.13416" 1976 gpu 64 bit No Disabled Thunderbird
thunderbird.exe 11244 Running 00 18.408 K "C:\Program Files\Mozilla Thunderbird\thunderbird.exe" -contentproc --channel="13416.1.52339033\271417676" -childID 1 -isForBrowser -prefsHandle 3512 -prefMapHandle 3508 -prefsLen 43842 -prefMapSize 294566 -jsInitHandle 1288 -jsInitLen 240916 -parentBuildID 20240412173147 -win32kLockedDown -appDir "C:\Program Files\Mozilla Thunderbird" - {4fc25e03-ba7a-4d68-b7c1-83c7ace121a4} 13416 "\\.\pipe\gecko-crash-server-pipe.13416" 3500 tab 64 bit No Disabled Thunderbird
Thunderbird can't be restarted as long as theses processes aren't manually ended in the task manager. Nothing visibly happens when trying to restart Thunderbird, but a new process is running:
Name PID Status CPU Memory (active private working set) Command line Platform Elevated UAC virtualization Description
thunderbird.exe 2020 Running 00 2.432 K "C:\Program Files\Mozilla Thunderbird\thunderbird.exe" 64 bit No Disabled Thunderbird
thunderbird.exe 13416 Running 00 287.076 K "C:\Program Files\Mozilla Thunderbird\thunderbird.exe" 64 bit No Disabled Thunderbird
thunderbird.exe 6828 Running 00 41.688 K "C:\Program Files\Mozilla Thunderbird\thunderbird.exe" -contentproc --channel="13416.0.1182425502\399682920" -parentBuildID 20240412173147 -prefsHandle 1896 -prefMapHandle 1864 -prefsLen 41440 -prefMapSize 294566 -appDir "C:\Program Files\Mozilla Thunderbird" - {58c6a186-0bd1-4008-8eb2-f8658f165ff9} 13416 "\\.\pipe\gecko-crash-server-pipe.13416" 1976 gpu 64 bit No Disabled Thunderbird
thunderbird.exe 11244 Running 00 18.440 K "C:\Program Files\Mozilla Thunderbird\thunderbird.exe" -contentproc --channel="13416.1.52339033\271417676" -childID 1 -isForBrowser -prefsHandle 3512 -prefMapHandle 3508 -prefsLen 43842 -prefMapSize 294566 -jsInitHandle 1288 -jsInitLen 240916 -parentBuildID 20240412173147 -win32kLockedDown -appDir "C:\Program Files\Mozilla Thunderbird" - {4fc25e03-ba7a-4d68-b7c1-83c7ace121a4} 13416 "\\.\pipe\gecko-crash-server-pipe.13416" 3500 tab 64 bit No Disabled Thunderbird
Restart in Troubleshoot mode fails (not responding). After manually ending all Thunderbird processes and restarting, Thunderbird doesn't appear to be in Troubleshoot mode...
Comment 12•5 months ago
|
||
Of 3 machines I updated to 115.10.0 this morning, only one appears to almost systematically hang up on closing. All instances of Thunderbird access the same server (with different accounts), IMAPs + Submission, same (very few) add-ons.
Updated•5 months ago
|
Comment 14•5 months ago
|
||
The 3 hung up processes stay for hours, not just some slow resolution/time out.
Comment 16•5 months ago
|
||
(In reply to Magnus Melin [:mkmelin] from comment #9)
Bug 1862111 would seem like the most likely regressor (if it's from c-c). I'll create a try build with that backed out so people can try it out.
Try run: https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=84e958ebc67f55f36109e8a1817e62596bb78661.
Please try one of these builds to see if this works better:
- windows: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/BF8rC3tgRgiL__v_JHHkMA/runs/0/artifacts/public/build/install/sea/target.installer.exe
- mac: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ZqXJeDrgR0WNW1EOocjdTA/runs/0/artifacts/public/build/target.dmg
- linux: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/G3aL4yR4TMeUDHOvyZTH9w/runs/0/artifacts/public/build/target.tar.bz2
Comment 18•5 months ago
|
||
(In reply to Magnus Melin [:mkmelin] from comment #16)
(In reply to Magnus Melin [:mkmelin] from comment #9)
Bug 1862111 would seem like the most likely regressor (if it's from c-c). I'll create a try build with that backed out so people can try it out.
Try run: https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=84e958ebc67f55f36109e8a1817e62596bb78661.
Please try one of these builds to see if this works better:
Installed the Windows version provided above. Ran "C:\Program Files\Thunderbird Daily\thunderbird.exe" -P to select my existing profile. Could open and close Daily a few times without any hangups, no process lingering more than a few seconds in the Task Manager.
Tried again in Thunderbird release 115.10.0 and this time couldn't even close the Thunderbird window (Not Responding). Ended the processes in Task Manager, retrial, same behavior as before but could close the window.
(I did make a backup of my profile but still hope I didn't trash it, because of a few hours of activity missing.)
Comment 19•5 months ago
|
||
In my Yahoo IMAP account the solution was to uncheck "Empty Trash on Exit". That seems to be what's causing the hangup.
Comment 21•5 months ago
|
||
(In reply to 202nine from comment #19)
In my Yahoo IMAP account the solution was to uncheck "Empty Trash on Exit". That seems to be what's causing the hangup.
In that case your bug 1891370 may be likely a variation of bug 1851293.
Unless everyone seeing this bug coincidentally has "Empty Trash on Exit" enabled?
Abrena?
Comment 22•5 months ago
|
||
(In reply to 202nine from comment #19)
In my Yahoo IMAP account the solution was to uncheck "Empty Trash on Exit". That seems to be what's causing the hangup.
Is this an account you're still using actively?
Comment 23•5 months ago
|
||
(In reply to Arthur K. (he/him) from comment #22)
(In reply to 202nine from comment #19)
In my Yahoo IMAP account the solution was to uncheck "Empty Trash on Exit". That seems to be what's causing the hangup.
Is this an account you're still using actively?
Yes, use it everyday. It just started in 115.10.0 like for everyone else. But interestingly, it's was happening in Windows 10, in Windows 7 it was still closing properly, even with that setting checked.
Comment 24•5 months ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #21)
(In reply to 202nine from comment #19)
In my Yahoo IMAP account the solution was to uncheck "Empty Trash on Exit". That seems to be what's causing the hangup.
In that case your bug 1891370 may be likely a variation of bug 1851293.
Unless everyone seeing this bug coincidentally has "Empty Trash on Exit" enabled?
I tried to confirm this but couldn't. In Settings > Message Storage >, I tried to check/uncheck both 'Clean up ("Expunge") Inbox on Exit' and/or
'Empty Trash on Exit', and still had hangups in all cases.
Doesn't tell much though, as the hangups aren't consistently reproducible. It did seem like they were a lot less frequent when unchecking both.
Comment 25•5 months ago
•
|
||
(In reply to 202nine from comment #23)
(In reply to Arthur K. (he/him) from comment #22)
(In reply to 202nine from comment #19)
In my Yahoo IMAP account the solution was to uncheck "Empty Trash on Exit". That seems to be what's causing the hangup.
Is this an account you're still using actively?
Yes, use it everyday. It just started in 115.10.0 like for everyone else. But interestingly, it's was happening in Windows 10, in Windows 7 it was still closing properly, even with that setting checked.
No worries. Making sure it's not somehow related to bug 1869297.
Comment 27•5 months ago
|
||
Reporter: I could not find "Empty trash on Exit" in my Mac T'bird Settings. Where is that, if anywhere?
After fooling around in settings, making a few changes nominally unrelated to this (memory/storage?) bug, I then looked at memory and disk sorts of things, I emptied caches (650MB! First time ever emptied, as far as I know) and cleared Cookies and all History and then T'bird would quit right away. Not unambiguous, not definitive, not necessarily consonant with the experience of others, but there it is...
Comment 28•5 months ago
|
||
(In reply to alexander.carpenter from comment #27)
Reporter: I could not find "Empty trash on Exit" in my Mac T'bird Settings. Where is that, if anywhere?
Spaces Toolbar (on the left) > Settings (Gear icon at the bottom) > Account Settings (at the bottom) > [Some account] > Server Settings > Message Storage
Comment 29•5 months ago
|
||
(In reply to alexander.carpenter from comment #27)
Reporter: I could not find "Empty trash on Exit" in my Mac T'bird Settings. Where is that, if anywhere?
Account Settings > Server Settings
Another checkbox setting which is similar is "expunge"
After fooling around in settings, making a few changes nominally unrelated to this (memory/storage?) bug, I then looked at memory and disk sorts of things, I emptied caches (650MB! First time ever emptied, as far as I know) and cleared Cookies and all History and then T'bird would quit right away. Not unambiguous, not definitive, not necessarily consonant with the experience of others, but there it is...
Just to be clear to those seeing this issue, I don't think you need to be concerned about clearing caches and other things along those lines. But thanks for checking.
Comment 30•5 months ago
|
||
For all the people who reported this, please try one of the builds below, and report back whether it works for you:
(In reply to Magnus Melin [:mkmelin] from comment #16)
- windows: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/BF8rC3tgRgiL__v_JHHkMA/runs/0/artifacts/public/build/install/sea/target.installer.exe
- mac: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ZqXJeDrgR0WNW1EOocjdTA/runs/0/artifacts/public/build/target.dmg
- linux: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/G3aL4yR4TMeUDHOvyZTH9w/runs/0/artifacts/public/build/target.tar.bz2
Updated•5 months ago
|
Comment 33•5 months ago
|
||
I've been following this from SUMO. Magnus' fix for Windows works for me, running win 11. The problem is no longer there.
Updated•5 months ago
|
Comment 34•5 months ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #4)
rshore, iyata2018,
Do you have only imap accounts? pop accounts? Or both?
i think only imap, yes. not pop.
Comment 36•5 months ago
|
||
backout bugherder uplift |
Backed out bug 1862111- Thunderbird 115.10.1:
https://hg.mozilla.org/releases/comm-esr115/rev/24e9961527d4
Comment 37•5 months ago
|
||
backout bugherder uplift |
Backed out in Thunderbird 126.0b1:
https://hg.mozilla.org/releases/comm-beta/rev/155f23b65f54
Comment 38•5 months ago
|
||
(In reply to 202nine from comment #19)
In my Yahoo IMAP account the solution was to uncheck "Empty Trash on Exit". That seems to be what's causing the hangup.
Immediately checked that for my yahoo account - unfortunately that did not do it for me.
Comment 39•5 months ago
|
||
(In reply to Magnus Melin [:mkmelin] from comment #30)
For all the people who reported this, please try one of the builds below, and report back whether it works for you:
(In reply to Magnus Melin [:mkmelin] from comment #16)
- windows: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/BF8rC3tgRgiL__v_JHHkMA/runs/0/artifacts/public/build/install/sea/target.installer.exe
- mac: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ZqXJeDrgR0WNW1EOocjdTA/runs/0/artifacts/public/build/target.dmg
- linux: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/G3aL4yR4TMeUDHOvyZTH9w/runs/0/artifacts/public/build/target.tar.bz2
Yup - this worked for me on win 10 latest.
... Now I wonder how to get back to regular TB (not the daily)?
Comment 40•5 months ago
|
||
Those test builds were not daily, but for the 115 branch.
In case you used another profile, to get the original, start with ´thunderbird.exe -P` to select profile. Also available through Help | Troubleshooting information | about:profiles.
Comment 41•5 months ago
|
||
That server settings, empty trash put OFF , seems help, then not run background when closes.
I also put off setting above that.
Comment 43•5 months ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #4)
rshore, iyata2018,
Do you have only imap accounts? pop accounts? Or both?
Only imap accounts.
Comment 44•5 months ago
|
||
Affected users - until 115.10.1 is officially available you can install and use https://archive.mozilla.org/pub/thunderbird/releases/115.9.0/ (drill down to your language).
Or try a candidate build from https://archive.mozilla.org/pub/thunderbird/candidates/115.10.1-candidates/build1/ - note en-US language is not yet available
Comment 46•5 months ago
|
||
(In reply to Chris Zim from comment #45)
Is there an ETA for 10115.10.1?
And that of course should read 115.10.1.
Comment 48•5 months ago
|
||
Hello,
We have tried to reproduce this issue using Windows 10, Windows 11 and macOS14 and did not succeed.
We tried to reproduce it with an IMAP and using 'Clean up ("Expunge") Inbox on Exit' and/or 'Empty Trash on Exit', options toggled ON/OFF.
Tested on:
115.9(20240314154241)
115.10(20240412173147)
124.0(20240312201328)
125.0b5(20240408161305)
Comment 49•5 months ago
|
||
Confirming that no server property modifications ('Clean trash on exit', etc.) on OSX did solve the issue.
Comment 50•5 months ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #44)
Affected users - until 115.10.1 is officially available you can install and use https://archive.mozilla.org/pub/thunderbird/releases/115.9.0/ (drill down to your language).
Or try a candidate build from https://archive.mozilla.org/pub/thunderbird/candidates/115.10.1-candidates/build1/ - note en-US language is not yet available
Unfortunately, this build did not change anything for me - behavior is still the same.
I also did not read the thread completely and was surprised I had to recreate my profile, but that's no Biggie - only took 15 minutes to get everything back.
I was bummed though to go through this and see the exact same behavior. Also, as when I first reported this several months ago, unchecking "Empty trash on exit" makes no difference. (https://support.mozilla.org/en-US/questions/1441054?page=1)
Comment 51•5 months ago
|
||
For me at least 115.10.1 has resolved the issue. I can re-check "Empty trash on exit" and it's closing properly again. Maybe the differences some are having is based on what the email account is. Mine is Yahoo so it could be that gmail or others have separate issues.
Comment 52•5 months ago
|
||
(In reply to 202nine from comment #51)
For me at least 115.10.1 has resolved the issue. I can re-check "Empty trash on exit" and it's closing properly again. Maybe the differences some are having is based on what the email account is. Mine is Yahoo so it could be that gmail or others have separate issues.
Mine is a mix of Yahoo and GMail, but no POP accounts.
Hopefully they'll find it and fix it.
Comment 53•5 months ago
|
||
Confirming that this issue mainly seems to affect OSX builds. I couldn't reproduce the behaviour on neither Windows 10 nor Linux (up-to-date Arch), both Intel-based machines.
Has somebody with an Intel-based OSX machine ever verified this (wild hunch :-)? As mine is an M1-based MBA.
Comment 54•5 months ago
|
||
(In reply to craigslistforsale01@gmail.com from comment #50)
I was bummed though to go through this and see the exact same behavior. Also, as when I first reported this several months ago, unchecking "Empty trash on exit" makes no difference. (https://support.mozilla.org/en-US/questions/1441054?page=1)
Empty on trash is a different bug report.
Comment 55•5 months ago
|
||
(In reply to Chris Zim from comment #53)
Confirming that this issue mainly seems to affect OSX builds. I couldn't reproduce the behaviour on neither Windows 10 nor Linux (up-to-date Arch), both Intel-based machines.
Has somebody with an Intel-based OSX machine ever verified this (wild hunch :-)? As mine is an M1-based MBA.
It's OS agnostic afaict. But there are certainly factors that cause some people or computers to have the issue and others not, for reason we don't understand.
Please download ASAP from https://archive.mozilla.org/pub/thunderbird/candidates/115.10.1-candidates/build1/ and post here that it works or not. Thanks
Comment 56•5 months ago
|
||
All
If you install from https://archive.mozilla.org/pub/thunderbird/candidates/115.10.1-candidates/build1/ and if it DOES NOT resolve your issue, please post in your original bug report.
If it DOES WORK, then please post an update here.
Thanks.
Comment 57•5 months ago
|
||
I'll test with the 115.10.1 candidate build at home later tonight. I do see this on my office PC using TB Portable.
Comment 61•5 months ago
|
||
Confirming that on Win 10 this build of 115.10.1 fixes shutdown issues on my home PC.
Comment 62•5 months ago
|
||
Thanks to all. This has been a very instructive (and rather inspirational) experience, since I first noticed and reported (my first time) this bug in the new 115.10.0 two days ago. Very impressive community success.
Comment 63•5 months ago
|
||
So far 115.10.1 seems to fix the problem on Apple Silicon running OSX 14.4.1. It would interesting what part of the delta between 115.10.0 and 115.10.1 caused this vanish, leading to a potential explanation when comparing this to the delta between 115.9 and 115.10. Unfortunately the core code repo of TB seems to require some serious learning curve when trying to check this out (in comparison to approaches like Github, etc.).
Comment 64•5 months ago
|
||
115.10.1 seems to fix it for me too, and I was one of the first to notice this bug. Running Win 11, Intel i9.
I've closed and re-opened multiple times, monitoring Task manager, and I have not yet seen the Thunderbird process move to the background.
Comment 65•5 months ago
|
||
I just noticed two new posts of the problem on SUMO:
https://support.mozilla.org/en-US/questions/1445315
https://support.mozilla.org/en-US/questions/1445316
I have requested more details, but wanted to alert on this.
Comment 66•5 months ago
|
||
(In reply to craigslistforsale01@gmail.com from comment #64)
115.10.1 seems to fix it for me too, and I was one of the first to notice this bug. Running Win 11, Intel i9.
I've closed and re-opened multiple times, monitoring Task manager, and I have not yet seen the Thunderbird process move to the background.
Update: while this is still true, now I notice (with 115.10.1) that Thunderbird no longer checks for new mail while running. It will do it exactly once when it's started, but nothing further after that unless I shut it down and restart it.
Verified server settings for "check mail" are correct.
Comment 67•5 months ago
•
|
||
(In reply to craigslistforsale01@gmail.com from comment #66)
(In reply to craigslistforsale01@gmail.com from comment #64)
115.10.1 seems to fix it for me too, and I was one of the first to notice this bug. Running Win 11, Intel i9.
I've closed and re-opened multiple times, monitoring Task manager, and I have not yet seen the Thunderbird process move to the background.
Update: while this is still true, now I notice (with 115.10.1) that Thunderbird no longer checks for new mail while running. It will do it exactly once when it's started, but nothing further after that unless I shut it down and restart it.
Verified server settings for "check mail" are correct.
Make sure you have "Allow immediate server notifications when new messages arrive" turned on.
Comment 68•5 months ago
|
||
Hi, I was looking at the 'deleted' folder where there were only a few deleted messages from my last session. I then went to the deleted folder properties and pressed the 'Repair Folder' button and after a short delay there were now 150 about deleted messages, dating back about 4 days which was about when the problem started on my PC. I then exited from Thunderbird and tried to restart it - and it restarted normally without a problem. It appears that the problem could be a corrupt 'deleted' folder, which perhaps prevented the background processes from shutting down.
I think that Thunderbird is now working normally (touch wood). I'll update here if the problem reappears.
I hope this helps.
Comment 69•5 months ago
•
|
||
Re: comment 66 and comment 67
Update: while this is still true, now I notice (with 115.10.1) that Thunderbird no longer checks for new mail while running. It will do it exactly once when it's started, but nothing further after that unless I shut it down and restart it.
Verified server settings for "check mail" are correct.
Make sure you have "Allow immediate server notifications when new messages arrive" turned on.
Probably more important to make sure "Check for new messages every X minutes" is set (default X = 10 minutes) since not all servers support "immediate" notification (i.e., imap IDLE).
Anyhow, don't see that this is related to this bug. If still not working, probably should be a new bug report.
Update: Tested this with 115.10.1 on win10 and emails come in OK with "check for new messages ..." time set to 10 minutes. The imap server doesn't support immediate notification (IDLE).
Comment 70•5 months ago
|
||
Gene notes in bug 1862111:
- Workaround when using 115.10.0 with "empty trash on exit" enabled, is to click on trash folder before shutdown.
- A fix is available for testing https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/VgCkdNgURC6vIJDADUqK6w/runs/0/artifacts/public/build/install/sea/target.installer.exe (build is based on comm-central)
Test results would be appreciated for #2 ... Anyone using beta or nightly builds can safely test it. If using 115 also shouldnt be a problem but you should back up your profile. And after testing, when starting your normal build, you may need to use --allow-downgrade on the command line on startup.
Comment 71•5 months ago
|
||
Re: comment 70:
I've updated the fix and made a try build based on 115.10.1. So to run this you won't need the --allow-downgrade
command line option since this is still 115 with a patch. If you run this, Help/About will report it as Daily but with version 115.10.1.
Here's for windows64 optimized:
https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/c4sqNh6sTImlyx3cVcLCJA/runs/0/artifacts/public/build/install/sea/target.installer.exe
Here's for mac optimized:
https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/W9iUi4O_Q0qnJsWBct-mCA/runs/0/artifacts/public/build/target.dmg
Here's for linux64 optimized:
https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/bXsAroz3QxWUFQ8CntXkcw/runs/0/artifacts/public/build/target.tar.bz2
There shouldn't be any functional difference than with standard 115.10.1. It just puts back in the change that was backed-out from broken 115.10.0 but without the hang on shutdown bug that left TB processes running in background.
The best test for this is to configure TB server settings to "expunge inbox on exit" or "empty trash on exit" or select both of them. Make sure these activities occur on shutdown and that the shutdown is complete (no TB processes still running after shutdown).
Note: "expunge inbox on exit" may be hard to verify that it really works without recording an IMAP log. Of course, empty trash on exit is pretty easy to verify.
FYI, here's the complete try build:
https://treeherder.mozilla.org/jobs?repo=try-comm-central&revision=8e9ef0128cada3982de27c37aa8758bfddc8f56a&selectedTaskRun=bXsAroz3QxWUFQ8CntXkcw.0
Note: If anyone needs a Debug build they are also available there by clicking on a green "B" and finding the installation file under "Artifacts and Debugging" down below.
However, for some reason the "Windows 2012 opt" build (32-bit windows) failed (indicated by red "B") due to a server error of some sort. However, the 32-bit debug Windows build worked OK (Windows 2012 debug) which is OK but might run a bit slower.
Comment 72•5 months ago
|
||
This version (115.10.1) seems to bring back a lot of older bugs, including the Inbox showing some number of unread emails when all are read, as well as deleting emails in the card view sometimes leaves empty (blank) cards.
Not sure if this should be entered as a new bug or not.
Comment 73•5 months ago
|
||
I have explained the reason for this bug , as reported in comment 0 above, at bug 1862111 comment 25.
I think this could be closed as FIXED since the offending code was backed out at comment 37.
(In reply to craigslistforsale01@gmail.com from comment #72)
This version (115.10.1) seems to bring back a lot of older bugs, including the Inbox showing some number of unread emails when all are read, as well as deleting emails in the card view sometimes leaves empty (blank) cards.
Not sure if this should be entered as a new bug or not.
115.10.1 only differs from 115.10.0 by backing out some problem code shown in the link at comment 37. So that won't cause other problems you see.
I'm not sure what other changes went into 115.10.0 but Wayne shows a list of changes in comment 3 above. I don't know if this is all the changes between the 115.9.0 and 115.10.0 but I suspect it is.
Anyhow, if you are seeing other new or recurring bugs, they should not be put into this bug report.
Comment 74•4 months ago
|
||
(In reply to gene smith from comment #71)
Re: comment 70:
I've updated the fix and made a try build based on 115.10.1. So to run this you won't need the
--allow-downgrade
command line option since this is still 115 with a patch. If you run this, Help/About will report it as Daily but with version 115.10.1.Here's for windows64 optimized:
https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/c4sqNh6sTImlyx3cVcLCJA/runs/0/artifacts/public/build/install/sea/target.installer.exe
I've successfully tried this build. Sent to myself a few messages and deleted them so the trash folder wouldn't be empty. Checked that for my IMAPs account, both 'Clean up ("Expunge") Inbox on Exit' and 'Empty Trash on Exit' were checked. Closed Thunderbird Daily and checked that there was no processes left behind.
Will continue to use that build and report back if there happen any trouble in normal use.
(FWIW I was using the last stable 115.10.1 release for a few days before that without any trouble too.)
Comment 75•4 months ago
|
||
(In reply to Abrena from comment #74)
(In reply to gene smith from comment #71)
Re: comment 70:
I've updated the fix and made a try build based on 115.10.1.
https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/c4sqNh6sTImlyx3cVcLCJA/runs/0/artifacts/public/build/install/sea/target.installer.exeI've successfully tried this build.
Will continue to use that build and report back if there happen any trouble in normal use.
Nothing new to report using this build. The bug never happened again, same settings as reported before.
Updated•4 months ago
|
Comment 79•4 months ago
|
||
With several confirmations we can close this.
Please create a new bug report with all the details if you still see a problem.
Description
•