Closed Bug 467648 Opened 16 years ago Closed 16 years ago

nsHTMLDNSPrefetch leak

Categories

(Core :: Networking, defect)

x86
macOS
defect
Not set
minor

Tracking

()

RESOLVED FIXED

People

(Reporter: jruderman, Assigned: mcmanus)

References

Details

(Keywords: fixed1.9.1, memory-leak)

Attachments

(3 files)

Attached file trace-refcnt log
I got a few logs of Firefox leaking nsHTMLDNSPrefetch objects.  nsDNSService was not leaked, so I'm guessing this isn't bug 102229.
I suspect this is a dup of bug 463724 involving a particularly recalcitrant nameserver.
Depends on: 463724
Since the landing of bug 464838, I've been seeing this occasionally.  Same root cause as this bug?
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.
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.
baseurlparser, standardurl, and stringbuffer are all things that would be held by those nsIURIs.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attachment #352211 - Flags: review?(bzbarsky)
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 on attachment 352211 [details] [diff] [review]
fix leaked references in nsDeferrals Queue on Shutdown

Looks good.
Attachment #352211 - Flags: review?(bzbarsky) → review+
Attachment #352211 - Flags: superreview+
Keywords: checkin-needed
Assignee: nobody → mcmanus
Blocks: 464838
Flags: blocking1.9.1?
Pushed http://hg.mozilla.org/mozilla-central/rev/ace5e9bbb02c
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Flags: blocking1.9.1? → blocking1.9.1+
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
Yeah, I believe so.
yes this is on 1.9.1
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: