Open Bug 1551856 Opened 6 years ago Updated 4 months ago

Crash in [@ shutdownhang | NtAlpcSendWaitReceivePort]

Categories

(Core :: Widget: Win32, defect, P2)

x86
Windows 7
defect

Tracking

()

Tracking Status
firefox-esr60 --- affected
firefox66 --- wontfix
firefox67 --- affected
firefox68 --- affected
firefox69 --- affected
firefox70 --- affected

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 

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.

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.

Flags: needinfo?(jmathies)
Component: Untriaged → Widget: Win32
Flags: needinfo?(jmathies)
Product: Firefox → Core
Priority: -- → P2
QA Whiteboard: qa-not-actionable

This is spiking again along with bug 1755700.

Severity: critical → S2
Assignee: nobody → davidp99

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.

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.

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

See Also: → 1794799
You need to log in before you can comment on or make changes to this bug.