Closed
Bug 1604133
Opened 5 years ago
Closed 5 years ago
Crash in [@ nsThread::Shutdown | mozilla::ChildProfilerController::ShutdownAndMaybeGrabShutdownProfileFirst]
Categories
(Core :: Gecko Profiler, defect, P2)
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.
Priority: -- → P2
Comment 1•5 years ago
|
||
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.
Description
•