Closed Bug 1891889 Opened 10 months ago Closed 9 months ago

Thunderbird process hang, remain active after closing (shutdown), most often with "empty trash on exit" enabled

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Version:
Thunderbird 115
Platform:
Unspecified
All
Type:
defect

Tracking

(thunderbird_esr115 fixed, thunderbird125 affected, thunderbird126 fixed)

Status:
RESOLVED WORKSFORME
Tracking Flags:
Tracking Status
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.

Keywords: regression
See Also: → 1891833
Whiteboard: [regression tb 115.10.0]
Version: unspecified → Thunderbird 115
Duplicate of this bug: 1891908
Duplicate of this bug: 1891909
Keywords: hang

The regression might be caused by one of https://mzl.la/49EfHUy

Unknown yet what factors trigger this.

Keywords: regressionwindow-wanted, steps-wanted
Summary: Thunderbird process remain active after closing → Thunderbird process hang, remain active after closing

rshore, iyata2018,

Do you have only imap accounts? pop accounts? Or both?

Flags: needinfo?(rshore)
Flags: needinfo?(iyata2018)

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.

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.

Status: UNCONFIRMED → NEW
Ever confirmed: true
Duplicate of this bug: 1891833
Duplicate of this bug: 1891932

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.

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...

Duplicate of this bug: 1891958

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.

Another duplicate in bug 1891370.

The 3 hung up processes stay for hours, not just some slow resolution/time out.

Duplicate of this bug: 1891976
Duplicate of this bug: 1891370

(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.)

In my Yahoo IMAP account the solution was to uncheck "Empty Trash on Exit". That seems to be what's causing the hangup.

Duplicate of this bug: 1892028
No longer duplicate of this bug: 1892028

(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?

Flags: needinfo?(mozilla.org)

(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?

(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.

(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.

Flags: needinfo?(mozilla.org)

(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.

I have imap and smtp.

Flags: needinfo?(rshore)

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...

(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

(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.

Duplicate of this bug: 1892058
Flags: needinfo?(pmbiesiada)
Flags: needinfo?(monochromec)
Flags: needinfo?(benjamin.kurata)
Flags: needinfo?(alexander.carpenter)

Yep, with this version it is ok.

Flags: needinfo?(pmbiesiada)

I've been following this from SUMO. Magnus' fix for Windows works for me, running win 11. The problem is no longer there.

Keywords: regressionwindow-wanted
Regressed by: 1862111

(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.

Flags: needinfo?(iyata2018)

I have both IMAP and POP and shared above Windows version is ok.

Backed out bug 1862111- Thunderbird 115.10.1:
https://hg.mozilla.org/releases/comm-esr115/rev/24e9961527d4

status-thunderbird_esr115: --- → fixed

Backed out in Thunderbird 126.0b1:
https://hg.mozilla.org/releases/comm-beta/rev/155f23b65f54

status-thunderbird126: --- → fixed

(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.

(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)

Yup - this worked for me on win 10 latest.
... Now I wonder how to get back to regular TB (not the daily)?

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.

That server settings, empty trash put OFF , seems help, then not run background when closes.
I also put off setting above that.

Duplicate of this bug: 1892183

(In reply to Wayne Mery (:wsmwk) from comment #4)

rshore, iyata2018,

Do you have only imap accounts? pop accounts? Or both?

Only imap accounts.

Flags: needinfo?(monochromec)

Is there an ETA for 10115.10.1?

Flags: needinfo?(vseerror)

(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.

Duplicate of this bug: 1892208

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)

Confirming that no server property modifications ('Clean trash on exit', etc.) on OSX did solve the issue.

(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)

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.

(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.

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.

(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.

Flags: needinfo?(vseerror)

(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

Flags: needinfo?(monochromec)
Flags: needinfo?(benjamin.kurata)
Flags: needinfo?(alexander.carpenter)

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.

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.

Duplicate of this bug: 1892270
Duplicate of this bug: 1892243
Duplicate of this bug: 1892236

Confirming that on Win 10 this build of 115.10.1 fixes shutdown issues on my home PC.

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.

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.).

Flags: needinfo?(monochromec)

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.

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.

(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.

(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.

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.

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).

Gene notes in bug 1862111:

  1. Workaround when using 115.10.0 with "empty trash on exit" enabled, is to click on trash folder before shutdown.
  2. 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.

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.

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.

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.

(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.)

(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.exe

I'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.

status-thunderbird125: --- → affected
OS: Unspecified → All
See Also: 1891833 →
Summary: Thunderbird process hang, remain active after closing → Thunderbird process hang, remain active after closing (shutdown), most often with "empty trash on exit" enabled
Whiteboard: [regression tb 115.10.0] → [regression tb 115.10.0][regresssion: 124 beta]
Duplicate of this bug: 1894674
Duplicate of this bug: 1892632
Duplicate of this bug: 1882012

With several confirmations we can close this.
Please create a new bug report with all the details if you still see a problem.

Status: NEW → RESOLVED
Closed: 9 months ago
Resolution: --- → WORKSFORME
Duplicate of this bug: 1897311
Duplicate of this bug: 1899955
You need to log in before you can comment on or make changes to this bug.