Closed Bug 345908 Opened 18 years ago Closed 18 years ago

Search engine update system is leaking nsXPCWrappedJS and XPCWrappedNative objects

Categories

(Firefox :: Search, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: ispiked, Unassigned)

References

Details

(Keywords: memory-leak)

Attachments

(1 obsolete file)

In bug 345530 we tracked down one of the leaks to the search engine update system landing. See bug 345530 comment 0 for leak numbers.

I heard Gavin and Joey say something about timers in the update system... maybe those are related.
Summary: Search engine update system is leaking nsXPCWrappedJS objects → Search engine update system is leaking nsXPCWrappedJS and XPCWrappedNative objects
*** Bug 345530 has been marked as a duplicate of this bug. ***
No longer blocks: 345530
What about pulling the timeout registration outside of the object implementing the callback?  I'm just guessing here, but that seems to be the most reasonable way we could leak here.
http://lxr.mozilla.org/seamonkey/source/browser/components/search/nsSearchService.js#2858
Joey, could you make a patch that does what you mentioned in comment 2? I'd be willing to test it and report back as to whether it fixes the leaks or not.
Attached patch shot in the dark (obsolete) — Splinter Review
Adam, this is the patch that I was describing.
Comment on attachment 233682 [details] [diff] [review]
shot in the dark

Unfortunately, this doesn't seem to fix the leaks. 

FWIW, earlier today (before I commented here) I commented out the entire engineUpdateService var and the everything that referenced it; e.g. SearchService._init() and this fixed the leaks.
Attachment #233682 - Attachment is obsolete: true
I suspect that the patch in bug 349379 will fix this.
Fixed by bug 349379.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: