WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
21530
Don't test blocking 255.255.255.255 with no port
https://bugs.webkit.org/show_bug.cgi?id=21530
Summary
Don't test blocking 255.255.255.255 with no port
Pam Greene (IRC:pamg)
Reported
2008-10-10 13:26:19 PDT
In security/block-test.html, the action taken when trying to load the initial resource (
http://255.255.255.255/test.jpg
) depends on the network proxy settings of the machine running the test. That nondeterminism should be removed by not testing the case with no ports specified.
Attachments
Fixed test and Mac + Leopard results
(4.79 KB, patch)
2008-10-10 13:56 PDT
,
Pam Greene (IRC:pamg)
darin
: review-
Details
Formatted Diff
Diff
split no-port case into separate test
(7.57 KB, patch)
2009-04-02 13:11 PDT
,
Pam Greene (IRC:pamg)
darin
: review+
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Pam Greene (IRC:pamg)
Comment 1
2008-10-10 13:56:56 PDT
Created
attachment 24274
[details]
Fixed test and Mac + Leopard results Start with port 1 on the initial load rather than no port.
Darin Adler
Comment 2
2008-10-10 14:20:35 PDT
Comment on
attachment 24274
[details]
Fixed test and Mac + Leopard results This doesn't seem right. We do need a test of the case with no specific port. It's a separate code path, and in the past there have been bugs with it. And this regression test will catch us if we break it again. I assume that people at Google are running into this because of the Google proxy configuration. Or is this a Chrome-specific issue? What possible solutions are there besides removing the test? review- for now
Brett Wilson (Google)
Comment 3
2008-10-10 14:56:22 PDT
Many proxies (such as squid proxies) will send you content with an error message in it rather than reporting a nonexistant domain. Although I think this is stupid, it's pretty common. I don't think it's possible to write a test that depends on the network to return that some address doesn't exist.
Pam Greene (IRC:pamg)
Comment 4
2009-03-31 15:50:14 PDT
Could we split the no-port case into its own test file? That way Chromium (and any other ports subject to the same problem) could skip that one part while still keeping deterministic coverage of all the rest.
Darin Fisher (:fishd, Google)
Comment 5
2009-03-31 17:05:30 PDT
+darin since he might not have seen pam's comment.
Pam Greene (IRC:pamg)
Comment 6
2009-04-02 13:11:28 PDT
Created
attachment 29204
[details]
split no-port case into separate test For concrete consideration, here's a patch that splits the test as described above, moving the no-port case to a separate file.
Pam Greene (IRC:pamg)
Comment 7
2009-04-02 14:59:16 PDT
Added a ChangeLog entry and landed in
r42188
.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug