mozStorageConnection can crash on shutdown
Categories
(Core :: Permission Manager, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox68 | --- | fixed |
People
(Reporter: baku, Assigned: baku)
References
Details
Attachments
(1 file, 2 obsolete files)
NS_GetCurrentThread() can return null during the shutdown and in mozStorageConnection we have many assertion such as:
MOZ_ASSERT(threadOpenedOn == NS_GetCurrentThread())
Assignee | ||
Comment 1•6 years ago
|
||
Comment 2•6 years ago
|
||
:baku and I are discussing/investigating this further on IRC (specifically the consumer), but I think this will be a WONTFIX because it's too late to drop a connection reference at ShutdownPhase::ShutdownFinal from mozStorage's perspective.
mozStorage shuts down at xpcom-shutdown-threads, which is already very late. Arguably, all its consumers should have shutdown at profile-before-change, profile-before-change-qm, or profile-before-change-telemetry. (And indeed, the consumer in question is trying to shutdown mozStorage at profile-before-change, so there's something weird going on.)
Comment 3•6 years ago
|
||
And omitted context: the consumer is nsPermissionManager that gets its singleton cleared by ClearOnShutdown()'s default of ShutdownFinal and it has retained a database reference that it should not have.
Updated•6 years ago
|
Assignee | ||
Comment 4•6 years ago
|
||
Comment 5•6 years ago
|
||
Moving components since the fix is now in permission manager.
Updated•6 years ago
|
Updated•6 years ago
|
Assignee | ||
Comment 6•6 years ago
|
||
Comment 8•6 years ago
|
||
Backed out for failing xpcshell at test_removeDataFromDomain.js
Failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=239648813&repo=autoland&lineNumber=10319
Backout: https://hg.mozilla.org/integration/autoland/rev/b639888c14341ea8746a2a4fde83aba9e1fdec55
Assignee | ||
Updated•6 years ago
|
Comment 10•6 years ago
|
||
bugherder |
Description
•