Crash in [@ shutdownhang | NtAlpcSendWaitReceivePort]
Categories
(Core :: Widget: Win32, defect, P2)
Tracking
()
People
(Reporter: pascalc, Assigned: handyman)
References
(Blocks 1 open bug)
Details
(Keywords: crash)
Crash Data
This bug is for crash report bp-ed41785f-17be-4d4d-8314-713470190515.
Top 10 frames of crashing thread:
0 ntdll.dll KiFastSystemCallRet
1 ntdll.dll NtAlpcSendWaitReceivePort
2 rpcrt4.dll LRPC_CASSOCIATION::AlpcSendWaitReceivePort
3 rpcrt4.dll LRPC_BASE_CCALL::DoSendReceive
4 rpcrt4.dll LRPC_BASE_CCALL::SendReceive
5 rpcrt4.dll LRPC_CCALL::SendReceive
6 rpcrt4.dll I_RpcSendReceive
7 rpcrt4.dll NdrSendReceive
8 rpcrt4.dll NdrpSendReceive
9 rpcrt4.dll _imp_load__FreeAddrInfoW
Reporter | ||
Updated•6 years ago
|
Comment 1•5 years ago
|
||
These crashes either have Moz Crash reason MOZ_CRASH(Shutdown too long, probably frozen, causing a crash.) or MOZ_CRASH(Shutdown hanging before starting.)
Volume isn't terribly high in 67 - under 200 crashes so far. Affects 68/69 as well.
Comment 2•5 years ago
|
||
Some of the stacks here have widget/windows/AudioSession.cpp:282 stuff in them. Maybe jim would know better where to bucket this one? Volume isn't super high on release.
Updated•5 years ago
|
Updated•5 years ago
|
Assignee | ||
Comment 3•2 years ago
|
||
This is spiking again along with bug 1755700.
Updated•2 years ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Comment 4•6 months ago
|
||
The bug is linked to a topcrash signature, which matches the following criterion:
- Top 20 desktop browser crashes on release (startup)
For more information, please visit BugBot documentation.
Comment 5•4 months ago
|
||
Based on the topcrash criteria, the crash signature linked to this bug is not a topcrash signature anymore.
For more information, please visit BugBot documentation.
Comment 6•4 months ago
|
||
:handyman is well aware, but for others' reference: these crashes are largely or entirely arising from within "FreeAudioSession"
when it releases the IAgileReference
for the CAudioSessionControl
. This is probably not distinct from bug 1794799.
I suspect this won't be fixable without a rearchitecture of AudioSession
to allow for proper asynchronous disposal.
Description
•