Crash in [@ shutdownhang | NtOpenFile]
Categories
(Core :: Networking: Cache, defect, P2)
Tracking
()
People
(Reporter: u673061, Unassigned)
References
(Depends on 1 open bug)
Details
(Keywords: crash, Whiteboard: [necko-triaged][necko-monitor])
Crash Data
Crash report: https://crash-stats.mozilla.org/report/index/865ff44f-1c26-429b-a797-f6ad10201216
MOZ_CRASH Reason: Shutdown hanging at step profile-change-teardown. Something is blocking the main-thread.
Top 10 frames of crashing thread:
0 ntdll.dll NtOpenFile
1 kernelbase.dll DeleteFileW
2 xul.dll nsLocalFile::Remove xpcom/io/nsLocalFileWin.cpp:2154
3 xul.dll nsLocalFile::Remove xpcom/io/nsLocalFileWin.cpp:2146
4 xul.dll mozilla::net::CacheFileIOManager::SyncRemoveDir netwerk/cache2/CacheFileIOManager.cpp:3961
5 xul.dll mozilla::net::CacheFileIOManager::SyncRemoveAllCacheFiles netwerk/cache2/CacheFileIOManager.cpp:3977
6 xul.dll static mozilla::net::CacheFileIOManager::Shutdown netwerk/cache2/CacheFileIOManager.cpp:1190
7 xul.dll mozilla::net::CacheObserver::Observe netwerk/cache2/CacheObserver.cpp:226
8 xul.dll nsObserverList::NotifyObservers xpcom/ds/nsObserverList.cpp:70
9 xul.dll nsObserverService::NotifyObservers xpcom/ds/nsObserverService.cpp:287
Updated•4 years ago
|
Updated•4 years ago
|
Comment 1•4 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Comment 2•4 years ago
|
||
This looks like a shutdown hang while trying to clear the networking cache.
Comment 3•4 years ago
|
||
This only happens for users that have both privacy.clearOnShutdown.cache
and privacy.sanitize.sanitizeOnShutdown
set to true.
For a user that has a slow disk, this might be problematic.
An alternative would be to rename the folder and fire an out of process task to remove it instead of removing each file individually.
There is still no assignee after 3 months, should we continue on discussing about this bug or close it?
Comment 5•4 years ago
|
||
There are still crashes happening in Release.
Comment 6•2 years ago
|
||
The bug is linked to a topcrash signature, which matches the following criterion:
- Top 20 desktop browser crashes on beta
:valentin, could you consider increasing the severity of this top-crash bug?
For more information, please visit auto_nag documentation.
Comment 7•2 years ago
|
||
We are aiming to land bug 1786256 and bug 1791675 in Firefox 107 and let them ride the trains.
We'll keep these bugs open for further investigation regarding the effectiveness of the fix.
Comment 8•2 years ago
|
||
Based on the topcrash criteria, the crash signature linked to this bug is not a topcrash signature anymore.
For more information, please visit auto_nag documentation.
Comment 10•2 years ago
|
||
All but two of the crashes have LdrLoadDll on the stack, so I think we can close this bug now.
Bug 1809655 should deal with remaining crashes.
Description
•