Open Bug 1861875 Opened 2 years ago Updated 7 months ago

Thunderbird Crash in [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread].

Categories

(Thunderbird :: General, defect)

Thunderbird 115
x86
Windows
defect

Tracking

(thunderbird_esr115+ wontfix, thunderbird_esr128 affected, thunderbird132 affected)

Tracking Status
thunderbird_esr115 + wontfix
thunderbird_esr128 --- affected
thunderbird132 --- affected

People

(Reporter: wsmwk, Unassigned)

Details

(Keywords: crash, perf)

Crash Data

Crash report: https://crash-stats.mozilla.org/report/index/3a8e47af-c194-49aa-8027-21f5a0231020

User comments are "All calendar events have disappeared."

MOZ_CRASH Reason: Shutdown hanging at step AppShutdown. Something is blocking the main-thread.

Top 10 frames of crashing thread:

0  ntdll.dll  ZwWaitForAlertByThreadId  
1  ntdll.dll  RtlSleepConditionVariableSRW  
2  KERNELBASE.dll  SleepConditionVariableSRW  
3  mozglue.dll  mozilla::detail::ConditionVariableImpl::wait  mozglue/misc/ConditionVariable_windows.cpp:50
4  xul.dll  mozilla::OffTheBooksCondVar::Wait  xpcom/threads/CondVar.h:58
4  xul.dll  mozilla::TaskController::GetRunnableForMTTask  xpcom/threads/TaskController.cpp:603
5  xul.dll  nsThread::ProcessNextEvent  xpcom/threads/nsThread.cpp:1174
6  xul.dll  NS_ProcessNextEvent  xpcom/threads/nsThreadUtils.cpp:479
7  xul.dll  mozilla::SpinEventLoopUntil  xpcom/threads/SpinEventLoopUntil.h:176
7  xul.dll  nsThread::Shutdown  xpcom/threads/nsThread.cpp:916

Unclear whether this is related "mozilla::storage::Connection::shutdownAsyncThread" - putting it here for now

https://crash-stats.mozilla.org/report/index/aecccfb3-6dc4-40aa-b95a-85fcf0231020 "Operations such as opening and navigating through emails are slow. Sometimes it's early, but generally it's slow."

Crash Signature: [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread] → [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread] [@ mozilla::storage::Connection::shutdownAsyncThread ]

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

Unclear whether this is related "mozilla::storage::Connection::shutdownAsyncThread" - putting it here for now

https://crash-stats.mozilla.org/report/index/aecccfb3-6dc4-40aa-b95a-85fcf0231020 "Operations such as opening and navigating through emails are slow. Sometimes it's early, but generally it's slow."

Turns out a significant percentage of crashes cite slowness - https://crash-stats.mozilla.org/signature/?proto_signature=~mozilla::TaskController::GetRunnableForMTTask&product=Thunderbird&signature=shutdownhang%20|%20mozilla::SpinEventLoopUntil%20|%20nsThread::Shutdown%20|%20mozilla::storage::Connection::shutdownAsyncThread&date=>=2023-04-29T00:00:00.000Z&date=<2023-10-29T23:59:00.000Z

Flags: needinfo?(mkmelin+mozilla)
Flags: needinfo?(mkmelin+mozilla)

#8 crash for 115.

Perhaps this can be correlated to another bug about slowness or hangs. There was a very strong increase in crashes with 115.3.1, but that might have just been from raising the update rate. In which case the problem could exist prior to 115.3.1.

User comments still mostly about slow opening, slow getting mail. For example
bp-fc44bc05-f8ae-4b9d-8a93-28f5a0231019
bp-dde654c3-4c19-4c6b-9d43-9c0800231025
bp-22950f35-dc1c-474e-8a21-841d90230915

Severity: -- → S2
Crash Signature: [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread] [@ mozilla::storage::Connection::shutdownAsyncThread ] → [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread]
Flags: needinfo?(mkmelin+mozilla)
Flags: needinfo?(m_kato)
Priority: -- → P2
Summary: Crash in [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread] → Thunderbird Crash in [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread]. Slow repsonse

I guess that storage thread is hang. When looking bp-fc44bc05-f8ae-4b9d-8a93-28f5a0231019, Gecko tries to close sqlite handle by CloseHandle. But this isn't finished. Other storage thread waits for it.

This may be hardware issue or 3rt party software issue such as anti-virus software.

Flags: needinfo?(m_kato)
Flags: needinfo?(mkmelin+mozilla)

There are some users with google drive and dropbox, but not in high percentage. Perhaps some of them have their Thunderbird profile on those services.

Also not seeing evidence of AV users in high percentage, although that would be unusual in the Windows world.

Sadly a few users with 115.0b6

Severity: S2 → S3
OS: Windows 11 → Windows
Priority: P2 → --
Summary: Thunderbird Crash in [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread]. Slow repsonse → Thunderbird Crash in [@ shutdownhang | mozilla::SpinEventLoopUntil | nsThread::Shutdown | mozilla::storage::Connection::shutdownAsyncThread].

crash rate is approx half compared to six months ago.
Over the last three months only a 15% decrease.

Crash rate is unchanged going from 128 to 140.
But it is no longer a topcrash.

You need to log in before you can comment on or make changes to this bug.