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)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla2.0b2

People

(Reporter: corentin.chary, Assigned: corentin.chary)

References

Details

Attachments

(1 file, 3 obsolete files)

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.
Attached patch Fix the bug (obsolete) — Splinter Review
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.
Component: General → Networking
QA Contact: general → networking
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"
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
Here it is. (note, -u8 was deprecated on my diff, I used -U 8 instead).
Attachment #456151 - Attachment is obsolete: true
Ooops .. previous patch was reversed.
Attachment #456544 - Attachment is obsolete: true
Attachment #456545 - Attachment is patch: true
Attachment #456545 - Attachment mime type: application/octet-stream → text/plain
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
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)
Attachment #456546 - Flags: review?(bzbarsky) → review+
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
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.

Attachment

General

Creator:
Created:
Updated:
Size: