Closed Bug 63552 Opened 25 years ago Closed 25 years ago

We're leaking one nsSecureBrowserUIImpl per window

Categories

(Core Graveyard :: Security: UI, defect)

1.0 Branch
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: ccarlen, Assigned: ddrinan0264)

Details

Attachments

(1 file)

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.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Verified per Judson's comments.
Status: RESOLVED → VERIFIED
Mass changing Security:Crypto to PSM
Component: Security: Crypto → Client Library
Product: Browser → PSM
Version: other → 2.1
Mass changing Security:Crypto to PSM
Product: PSM → Core
Version: psm2.1 → 1.0 Branch
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: