Closed Bug 1604133 Opened 5 years ago Closed 5 years ago

Crash in [@ nsThread::Shutdown | mozilla::ChildProfilerController::ShutdownAndMaybeGrabShutdownProfileFirst]

Categories

(Core :: Gecko Profiler, defect, P2)

Unspecified
Windows
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: gsvelto, Unassigned)

Details

(Keywords: crash)

Crash Data

This bug is for crash report bp-2763b0a8-53ea-4f28-b913-3f3100191215.

Top 10 frames of crashing thread:

0 ntdll.dll NtWaitForAlertByThreadId 
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::ThreadEventQueue<mozilla::PrioritizedEventQueue>::GetEvent xpcom/threads/ThreadEventQueue.cpp:208
5 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1147
6 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:486
7 xul.dll nsThread::Shutdown xpcom/threads/nsThread.cpp:913
8 xul.dll mozilla::ChildProfilerController::ShutdownAndMaybeGrabShutdownProfileFirst tools/profiler/gecko/ChildProfilerController.cpp:62
9 xul.dll mozilla::ChildProfilerController::GrabShutdownProfileAndShutdown tools/profiler/gecko/ChildProfilerController.cpp:44

All these crashes are orphaned - i.e. they don't have a corresponding .extra file - so they might be coming from a buildid different than what you find in the crash. From the looks of it I suspect these are shutdown hangs that triggered a minidump but I can't be sure. This seems to be only happening on nightly so it might be a regression from a recent change.

Closing because no crashes reported for 12 weeks.

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