Closed
Bug 467648
Opened 16 years ago
Closed 16 years ago
nsHTMLDNSPrefetch leak
Categories
(Core :: Networking, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: jruderman, Assigned: mcmanus)
References
Details
(Keywords: fixed1.9.1, memory-leak)
Attachments
(3 files)
1.16 KB,
text/plain
|
Details | |
1.45 KB,
text/plain
|
Details | |
1.52 KB,
patch
|
bzbarsky
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
I got a few logs of Firefox leaking nsHTMLDNSPrefetch objects. nsDNSService was not leaked, so I'm guessing this isn't bug 102229.
Assignee | ||
Comment 1•16 years ago
|
||
I suspect this is a dup of bug 463724 involving a particularly recalcitrant nameserver.
Reporter | ||
Comment 2•16 years ago
|
||
Since the landing of bug 464838, I've been seeing this occasionally. Same root cause as this bug?
Assignee | ||
Comment 3•16 years ago
|
||
this is slightly new. It is also a shutdown behavior, so it doesn't present a stability danger to testing, but it can be easily fixed. I'll make a patch.
Assignee | ||
Comment 4•16 years ago
|
||
in retrospect I think this report is really a dup, with nsdeferrals taking the ref nshtmldnspretch held pre landing of 464838 However nsdeferrals hsa a fifo of references that will get abandoned on shutdown if the queue is not empty. This patch fixes that. I don't think the dns patch is responsible for the giant leaks in baseurlparser, standardurl, or the big jump in stringbuffer. let me know if there is reason to disagree.
Comment 5•16 years ago
|
||
baseurlparser, standardurl, and stringbuffer are all things that would be held by those nsIURIs.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Updated•16 years ago
|
Attachment #352211 -
Flags: review?(bzbarsky)
Assignee | ||
Comment 6•16 years ago
|
||
Comment on attachment 352211 [details] [diff] [review] fix leaked references in nsDeferrals Queue on Shutdown ok - there are 511 of the first two, (and twice as many stringbuffers - two per nsIURI I suppose?) which would indicate orphaning a full queue. So that patch should do it.
Comment 7•16 years ago
|
||
Comment on attachment 352211 [details] [diff] [review] fix leaked references in nsDeferrals Queue on Shutdown Looks good.
Attachment #352211 -
Flags: review?(bzbarsky) → review+
Updated•16 years ago
|
Attachment #352211 -
Flags: superreview+
Assignee | ||
Updated•16 years ago
|
Keywords: checkin-needed
Updated•16 years ago
|
Assignee: nobody → mcmanus
Updated•16 years ago
|
Flags: blocking1.9.1?
Comment 8•16 years ago
|
||
Pushed http://hg.mozilla.org/mozilla-central/rev/ace5e9bbb02c
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Updated•16 years ago
|
Keywords: checkin-needed
Flags: blocking1.9.1? → blocking1.9.1+
Comment 9•16 years ago
|
||
Looks like this was landed on the 1.9.1 branch as part of bug 464838's rollup patch, right? Marking fixed1.9.1, but would appreciate confirmation!
Keywords: fixed1.9.1
Comment 10•16 years ago
|
||
Yeah, I believe so.
Assignee | ||
Comment 11•16 years ago
|
||
yes this is on 1.9.1
You need to log in
before you can comment on or make changes to this bug.
Description
•