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
|
||
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
•