Open
Bug 264632
Opened 20 years ago
Updated 2 years ago
wpad: integrate eTLD service
Categories
(Core :: Networking, enhancement, P5)
Core
Networking
Tracking
()
NEW
People
(Reporter: benc, Unassigned)
Details
(Keywords: helpwanted, Whiteboard: [necko-would-take])
from bug 28998.
------- Additional Comment #88 From Mike Shaver 2004-09-02 10:20 PDT
I'd happily review a patch to use a whitelist (preferably one that can be stored
in a resource file outside compiled code, for easier updating in the field) for
additional checks, but I'm not going to get to it myself any time soon. The
current code works for most (virtually all?) installations, and I'm strapped for
time in the 1.0 schedule anyway.
Note that it must be the case that failing to update the WPAD domain whitelist
causes WPAD to fail in a case that it might otherwise succeed, and not open us
up to wpad.com-style attacks when a new TLD or sub-TLD is brought online.
Updated•20 years ago
|
Comment 1•20 years ago
|
||
shaver: I've read bug 28998, but it's not totally clear - could you tell us
exactly what the current behaviour is? Does it stop searching at the 4th level
for all domains?
Gerv
Updated•19 years ago
|
Assignee: darin → nobody
QA Contact: benc → networking
Target Milestone: Future → ---
Gerv:
Is there a proper way to modify this bug so it says: wpad needs to be hooked up to effective TLD service?
I'm still getting caught up on what that new stuff does.
Comment 3•18 years ago
|
||
benc: Just change the title :-) I think that it would be absolutely right for WPAD to use the Effective TLD service.
Gerv
Summary: wpad: update service for TLD whitelists → wpad: integrate eTLD service
Updated•9 years ago
|
Whiteboard: [necko-would-take]
Comment 4•7 years ago
|
||
Bulk change to priority: https://bugzilla.mozilla.org/show_bug.cgi?id=1399258
Priority: -- → P5
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•