Closed
Bug 1503277
Opened 6 years ago
Closed 6 years ago
[10.14] Crash in shutdownhang | libsystem_kernel.dylib@0x41b2
Categories
(Core :: Storage: Quota Manager, defect, P3)
Tracking
()
People
(Reporter: marcia, Unassigned)
Details
(Keywords: crash)
Crash Data
This bug was filed from the Socorro interface and is
report bp-4a926cda-39ea-4655-8dbe-175dd0181025.
=============================================================
These shutdown hangs are 10.14 specific: https://bit.ly/2Q4F6P9. They are occurring with various versions of Firefox. They also affect 10.14.1. There are some mentions in the comments of crashing when quitting. Filing since we should watch this as 10.14 rolls out.
Some other Comments:
*Firefox is not responding, not even in safe mode
*Keeps crashing especially with the new MacOs Mojave
*I have consistently had problems with AOL locking up for the past several months. The situation has gotten worse since I upgraded to MacOS Mojave. AOL now locks up at least once during each session. The only resolution that works is to Force Quit AOL and start over. At times, I have to restart my computer to regain access to AOL.
Top 10 frames of crashing thread:
0 libsystem_kernel.dylib libsystem_kernel.dylib@0x41b2
1 libmozglue.dylib <name omitted> mozglue/misc/ConditionVariable_posix.cpp:118
2 XUL mozilla::ThreadEventQueue<mozilla::PrioritizedEventQueue<mozilla::EventQueue> >::GetEvent xpcom/threads/CondVar.h:64
3 XUL nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1171
4 XUL NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:530
5 XUL mozilla::dom::quota::QuotaManager::ShutdownObserver::Observe xpcom/threads/nsThreadUtils.h:347
6 XUL nsObserverService::NotifyObservers xpcom/ds/nsObserverList.cpp:111
7 XUL nsXREDirProvider::DoShutdown toolkit/xre/nsXREDirProvider.cpp:1175
8 XUL ScopedXPCOMStartup::~ScopedXPCOMStartup toolkit/xre/nsAppRunner.cpp:1424
9 XUL XREMain::XRE_main toolkit/xre/nsAppRunner.cpp:1410
=============================================================
Comment 1•6 years ago
|
||
Given the stack this feels like a QuotaManager issue. The shutdown procedure for QuotaManager bounces a runnable from main thread to its background thread and back, all the while spinning an event loop waiting for the runnable to get back, which it apparently doesn't, since that's where it's hanging waiting for an event.
Component: General → DOM: Quota Manager
Reporter | ||
Updated•6 years ago
|
Crash Signature: [@ shutdownhang | libsystem_kernel.dylib@0x41b2] → [@ shutdownhang | libsystem_kernel.dylib@0x41b2]
[@ shutdownhang | libsystem_kernel.dylib@0x47de]
Reporter | ||
Comment 4•6 years ago
|
||
Some of the recent comments mention crashing when quitting, which is an issue we have had before on Mac.
Comment 5•6 years ago
|
||
Jan 17, the second signature dropped like a stone https://crash-stats.mozilla.com/signature/?signature=shutdownhang%20%7C%20libsystem_kernel.dylib%400x47de&date=%3E%3D2019-01-02T20%3A59%3A36.000Z&date=%3C2019-02-02T20%3A59%3A36.000Z#graphs
Reporter | ||
Updated•6 years ago
|
status-firefox67:
--- → affected
Reporter | ||
Comment 6•6 years ago
|
||
Relatively small crash volume. Resolving as WFM.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•