Open
Bug 999061
Opened 10 years ago
Updated 2 years ago
MOZ_ASSERT(!mRawPtr) assert at storage/src/mozStorageService.cpp:940 during shutdown when HTTPS Everywhere addon is installed
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
People
(Reporter: cpeterson, Unassigned)
References
Details
(Keywords: assertion, reproducible)
I hit the following assertion during shutdown when I have the HTTPS Everywhere addon installed: Hit MOZ_CRASH() at /Users/cpeterson/Code/mozilla/inbound/storage/src/mozStorageService.cpp:940 Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000 mozilla::storage::Service::Observe (this=<value temporarily unavailable, due to optimizations>, aTopic=<value temporarily unavailable, due to optimizations>) at nsCOMPtr.h:165 165 MOZ_ASSERT(!mRawPtr); (gdb) bt #0 mozilla::storage::Service::Observe (this=<value temporarily unavailable, due to optimizations>, aTopic=<value temporarily unavailable, due to optimizations>) at nsCOMPtr.h:165 #1 0x0000000101b8aabd in _ZThn8_N7mozilla7storage7Service7ObserveEP11nsISupportsPKcPKDs (this=<value temporarily unavailable, due to optimizations>, aTopic=0x7fff72c66710 "") at Unified_cpp_storage_src1.cpp:947 #2 0x000000010156241b in nsObserverList::NotifyObservers (this=<value temporarily unavailable, due to optimizations>, aSubject=0x0, aTopic=0x1053ff7d4 "xpcom-shutdown-threads", someData=0x0) at nsObserverList.cpp:96 #3 0x0000000101563a44 in nsTHashtable<nsObserverList>::GetEntry () at /Users/cpeterson/Code/mozilla/inbound/objdir-osx/dist/include/nsTHashtable.h:302 #4 0x0000000101563a44 in nsObserverService::NotifyObservers (this=0x100314b60, aSubject=0x0, aTopic=0x1053ff7d4 "xpcom-shutdown-threads", someData=0x0) at nsObserverService.cpp:305 #5 0x0000000101525119 in mozilla::ShutdownXPCOM (servMgr=0x1003a0338) at nsXPComInit.cpp:784 #6 0x000000010389c16a in ~ScopedXPCOMStartup (this=0x10030f478) at /Users/cpeterson/Code/mozilla/inbound/toolkit/xre/nsAppRunner.cpp:1202 #7 0x00000001038a30e7 in ~ScopedXPCOMStartup [inlined] () at /Users/cpeterson/Code/mozilla/inbound/toolkit/xre/nsAppRunner.cpp:1183 #8 0x00000001038a30e7 in XREMain::XRE_main (this=0x7fff5fbff100, argc=<value temporarily unavailable, due to optimizations>, argv=<value temporarily unavailable, due to optimizations>, aAppData=<value temporarily unavailable, due to optimizations>) at mozalloc.h:4113 #9 0x00000001038a340f in XRE_main (argc=6400, argv=0x7fff72c66710, aAppData=0x0, aFlags=<value temporarily unavailable, due to optimizations>) at /Users/cpeterson/Code/mozilla/inbound/toolkit/xre/nsAppRunner.cpp:4300 #10 0x0000000100002323 in main (argc=<value temporarily unavailable, due to optimizations>, argv=<value temporarily unavailable, due to optimizations>) at /Users/cpeterson/Code/mozilla/inbound/browser/app/nsBrowserApp.cpp:282 (gdb)
Reporter | ||
Comment 1•10 years ago
|
||
This does not seem to be a regression. I can reproduce this assertion back to at least Nightly 24 (2013-06-02).
status-firefox28:
--- → affected
status-firefox29:
--- → affected
status-firefox30:
--- → affected
status-firefox-esr24:
--- → affected
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•