Closed
Bug 577073
Opened 14 years ago
Closed 14 years ago
PAC: does not respect network.dns.disablePrefetch and contains a "use after delete"
Categories
(Core :: Networking, defect)
Core
Networking
Tracking
()
RESOLVED
FIXED
mozilla2.0b2
People
(Reporter: corentin.chary, Assigned: corentin.chary)
References
Details
Attachments
(1 file, 3 obsolete files)
4.22 KB,
patch
|
bzbarsky
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.6) Gecko/20100628 Gentoo Firefox/3.6.6 Build Identifier: 1. mPACMAN Does not respect network.dns.disablePrefetch If you set network.dns.disablePrefetch, mPACMAN should not try to prefetch DNS for future pac usage. 2. mPACMAN contain a "use after delete" in OnLookupComplete NS_RELEASE_THIS() is called before Complete(). Reproducible: Always Steps to Reproduce: 1. Use a Proxy Pac file (always returning myproxy.com:80) 2. Use a filtered DNS server 3. Disable DNS prefetching 4. Try to load http://google.com Actual Results: Firefox try to resolve google.com Expected Results: Firefox should not try tro resolve google.com if no pac function need to do that.
Assignee | ||
Comment 1•14 years ago
|
||
Assignee | ||
Comment 2•14 years ago
|
||
This is a problem, because if the DNS is filtered and only answer to some request, there will be a huge freeze each time Firefox try to resolve non-necessary DNS.
Updated•14 years ago
|
Component: General → Networking
QA Contact: general → networking
Assignee | ||
Updated•14 years ago
|
See Also: → 507578
Summary: mPACMAN does not respect network.dns.disablePrefetch and contains a "use after delete" → PAC: does not respect network.dns.disablePrefetch and contains a "use after delete"
Comment 3•14 years ago
|
||
Corentin, thanks for filing this and for the patch! Do you think you could regenerate the diff with the -p option and -u8? That would make it a lot easier to review... Christian, do you know this code?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Comment 4•14 years ago
|
||
Here it is. (note, -u8 was deprecated on my diff, I used -U 8 instead).
Attachment #456151 -
Attachment is obsolete: true
Assignee | ||
Comment 5•14 years ago
|
||
Ooops .. previous patch was reversed.
Attachment #456544 -
Attachment is obsolete: true
Assignee | ||
Updated•14 years ago
|
Attachment #456545 -
Attachment is patch: true
Attachment #456545 -
Attachment mime type: application/octet-stream → text/plain
Comment 6•14 years ago
|
||
Comment on attachment 456545 [details] [diff] [review] 0001-fix-nsPACMAN-prefetching-policy.patch v3 The flags argument should be PRUint32. Other than that, looks good. Do you want to make that change, or should I? For future reference, you want to request review on your patch from the module owner or one of the peers to make sure it doesn't get lost. See http://www.mozilla.org/owners.html
Assignee | ||
Comment 7•14 years ago
|
||
Here is the patch with requested change. And thanks for the tip, I'm not very familiar with Mozilla dev Workflow :).
Attachment #456545 -
Attachment is obsolete: true
Attachment #456546 -
Flags: review?(bzbarsky)
Updated•14 years ago
|
Attachment #456546 -
Flags: review?(bzbarsky) → review+
Comment 8•14 years ago
|
||
Thanks for updating that! The workflow is sort of documented in way-too-much-detail at http://www-archive.mozilla.org/hacking/life-cycle.html (except super-review is no longer required in most cases). I'll get this landed tomorrow, when I can watch the tree.
Assignee: nobody → corentin.chary
Keywords: checkin-needed
Comment 9•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/0e1da826a604
Status: NEW → RESOLVED
Closed: 14 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla2.0b2
You need to log in
before you can comment on or make changes to this bug.
Description
•