Thunderbird Shutdown crash/hang due to endless wait loop when no password is entered | WaitForSingleObjectEx | WaitForSingleObject | _PR_MD_WAIT_CV | _PR_WaitCondVar | PR_WaitCondVar | mozilla::CondVar::Wait | nsEventQueue::GetEvent
Categories
(MailNews Core :: Networking: IMAP, defect)
Tracking
(thunderbird_esr68? wontfix, thunderbird_esr115 wontfix, thunderbird_esr128+ affected, thunderbird128+ affected)
People
(Reporter: wsmwk, Unassigned)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
(6 keywords, Whiteboard: [shutdownhang][waiting on bug 1783573)
Crash Data
+++ This bug was initially created as a clone of Bug #1257058 +++
Unclear what impact the patch in Bug 1257058 had. But three signatures still topcrashes. With very similar, and somewhat odd history graphs. Note, the increase in crash volume over time can I think be attributed to users updating to version 60
Reporter | ||
Updated•5 years ago
|
Reporter | ||
Comment 2•5 years ago
|
||
Perhaps we'll be adding shutdownhang | nsThread::Shutdown | nsThreadManager::Shutdown (bug 1526127) as the version 68 equivalent signatures, because the signatures cited so far for this bug are all v60
Reporter | ||
Comment 3•5 years ago
|
||
https://support.mozilla.org/en-US/questions/1273402 google oauth?
Reporter | ||
Comment 5•5 years ago
•
|
||
Adding signature from bug 1526127
Reporter | ||
Comment 6•4 years ago
|
||
For version 78, only remaining signature is shutdownhang | nsThread::Shutdown | nsThreadManager::Shutdown, and still a topcrash.
Steady crash rate for last 6 months despite multiple password prompts being gone (bug 1606711), although that's not a specific cause it might have contributed to user confusion.
Fortunately version 78 is available from Ubuntu repository since some weeks. The update didn't help. TB still crashes on shutdown, see:
Crash ID: bp-8ebffcf3-cc81-4c47-88e1-793c90210320
Comment 8•4 years ago
|
||
(In reply to Ulf Zibis from comment #7)
Fortunately version 78 is available from Ubuntu repository since some weeks. The update didn't help. TB still crashes on shutdown, see:
Crash ID: bp-8ebffcf3-cc81-4c47-88e1-793c90210320
78.7.1 from ubuntu repo shuts down OK for me with no crash. FWIW, home-built daily for me crashes on shutdown at, I would guess, 80% of the time,
but I just started and stopped 78.7.1 at least 6 times with no crash.
But I rarely run the repo verion so maybe it has to be running for a while to crash on shutdown?
Comment hidden (obsolete) |
Comment 10•4 years ago
|
||
Reporter | ||
Updated•2 years ago
|
Updated•2 years ago
|
Reporter | ||
Comment 14•1 year ago
|
||
Frank, with version 115.5.2, do you still see the issue you mention in bug 1798108 ?
Comment 15•1 year ago
|
||
Can't tell. I'm still on version 102.15.1, because 115.x.x has to many other bugs, that are'nt fixed yet.
But heh ... it's easy to replicate on any MacOS:
Set a master password, restart TB, don't enter a password, when asked and quit TB from the menu.
Then try to restart it (it won't, because the process is still running in the background and need to be kill manually via terminal).
Reporter | ||
Comment 16•11 months ago
|
||
shutdownhang | nsThread::Shutdown | nsThreadManager::Shutdown crash signature is gone after version 91.13.0
But there are still a few user comments about password for other signatures, primarily:
- Bug 1869297 - Shutdown crash due to "Empty Trash on Exit" for inactive account - shutdownhang | mozilla::SpinEventLoopUntil | nsThread::Shutdown | nsThreadManager::ShutdownNonMainThreads
- Bug 1843744 - Crash in mozilla::dom::workerinternals::RuntimeService::CrashIfHanging shutting down Thunderbird (exit/quit)
Reporter | ||
Comment 17•6 months ago
|
||
This issue might include signature [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThread::WaitForAllAsynchronousShutdowns | nsThreadManager::ShutdownNonMainThreads ] which is current #1 for beta. Increased significantly since ~124.0b4
Reporter | ||
Updated•6 months ago
|
Reporter | ||
Updated•4 months ago
|
Description
•