Closed
Bug 293984
Opened 20 years ago
Closed 19 years ago
Memory leak with adblock
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bzbarsky, Unassigned)
Details
Attachments
(4 files)
This seems to be suite-only. Firefox doesn't leak. Testcase is to create a clean profile, install adblock in it, then run "mozilla about:blank" and shutdown. We rather leak the world (a docshell with everything that entrains, plus things like nsContentPolicy, nsGenericFactory, fastload stuff, etc, etc). I'll attach the leak log in a sec. The fact that we leak nsContentPolicy makes me think we're basically leaking the entire adblock JS component somehow... So I figured it may be worth investigating even if it's not happening in Firefox.
| Reporter | ||
Comment 1•20 years ago
|
||
| Reporter | ||
Comment 2•20 years ago
|
||
Unfortunately, this tells me absolutely nothing.... :( I'm also not sure whence all the UNKNOWNs in there -- this is a debug unoptimized build.... visibility issues or something?
running tools/rb/fix-linux-stack.pl over the balance tree might help
| Reporter | ||
Comment 4•20 years ago
|
||
Looks like we end up with one ref too many under mozJSSubScriptLoader::LoadSubScript Of course we also leak the mozJSSubScriptLoader, so perhaps I should be poking at that instead...
| Reporter | ||
Comment 5•20 years ago
|
||
This all looks like xpconnect fun....
| Reporter | ||
Comment 6•19 years ago
|
||
OK, with a current trunk build this worksforme. Possibly fixed by bug 300023.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•