Closed Bug 1540570 Opened 5 years ago Closed 4 years ago

Crash in [@ IPCError-browser | ShutDownKill] ConditionVariableImpl::wait

Categories

(Core :: General, defect, P3)

x86
Windows 10
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: valenchak, Unassigned)

References

(Blocks 1 open bug)

Details

Crash Data

This bug is for crash report bp-ef186e7f-14ed-4e22-895a-3751e0190331.

Top 10 frames of crashing thread:

0 ntdll.dll KiFastSystemCallRet 
1 ntdll.dll NtWaitForAlertByThreadId 
2 ntdll.dll RtlSleepConditionVariableSRW 
3 kernelbase.dll SleepConditionVariableSRW 
4 mozglue.dll mozilla::detail::ConditionVariableImpl::wait mozglue/misc/ConditionVariable_windows.cpp:50
5 xul.dll struct already_AddRefed<nsIRunnable> mozilla::ThreadEventQueue<mozilla::PrioritizedEventQueue<mozilla::EventQueue> >::GetEvent xpcom/threads/ThreadEventQueue.cpp:149
6 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1108
7 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:482
8 xul.dll void mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:110
9 xul.dll MessageLoop::RunHandler ipc/chromium/src/base/message_loop.cc:308

This is a Windows shutdown timeout crash, not an Android GeckoView bug.

Product: GeckoView → Core
Summary: Crash in [@ IPCError-browser | ShutDownKill] → Crash in [@ IPCError-browser | ShutDownKill] ConditionVariableImpl::wait

Jim, should we dupe this to bug 1279293 or keep it open as a distinct variant?

Flags: needinfo?(jmathies)

(In reply to Andrew Overholt [:overholt] from comment #2)

Jim, should we dupe this to bug 1279293 or keep it open as a distinct
variant?

Someday we're get around to fixing some of these shutdown issues. I'd say keep it open.

Flags: needinfo?(jmathies)
Priority: -- → P3

Closing because no crashes reported for 12 weeks.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.