Closed
Bug 63552
Opened 25 years ago
Closed 25 years ago
We're leaking one nsSecureBrowserUIImpl per window
Categories
(Core Graveyard :: Security: UI, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ccarlen, Assigned: ddrinan0264)
Details
Attachments
(1 file)
|
1.60 KB,
patch
|
Details | Diff | Splinter Review |
nsSecureBrowserUIImpl::Init calls nsIObserverService::AddObserver() with itself
as the param. Because nsSecureBrowserUIImpl does not mix in
nsSupportsWeakReference, the observer service makes a strong reference to it.
Since the observer service doesn't go away until quit time, neither do any of
the nsSecureBrowserUIImpls. nsSecureBrowserUIImpl should implement
nsSupportsWeakReference and this wouldn't happen. Whoever made the object should
hold the one strong ref to it. The patch here fixes that. I tested it with my
embedding app and the nsSecureBrowserUIImpl goes away when the browser window is
destroyed. For SeaMonkey, the code at
http://lxr.mozilla.org/seamonkey/source/xpfe/browser/src/nsBrowserInstance.cpp#485
would have to change.
| Reporter | ||
Comment 1•25 years ago
|
||
Comment 2•25 years ago
|
||
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 4•24 years ago
|
||
Mass changing Security:Crypto to PSM
Component: Security: Crypto → Client Library
Product: Browser → PSM
Version: other → 2.1
Comment 5•24 years ago
|
||
Mass changing Security:Crypto to PSM
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•