RESOLVED WONTFIX212978
Use nonexistent.127.0.0.1 instead of nonexistent.localhost in our copy of wpt xhr tests
https://bugs.webkit.org/show_bug.cgi?id=212978
Summary Use nonexistent.127.0.0.1 instead of nonexistent.localhost in our copy of wpt...
Alex Christensen
Reported 2020-06-09 11:04:39 PDT
Use nonexistent.127.0.0.1 instead of nonexistent.localhost in our copy of wpt xhr tests
Attachments
Patch (7.64 KB, patch)
2020-06-09 11:07 PDT, Alex Christensen
ap: review-
Alex Christensen
Comment 1 2020-06-09 11:07:18 PDT
EWS Watchlist
Comment 2 2020-06-09 11:07:55 PDT
This patch modifies the imported WPT tests. Please ensure that any changes on the tests (not coming from a WPT import) are exported to WPT. Please see https://trac.webkit.org/wiki/WPTExportProcess
Darin Adler
Comment 3 2020-06-09 11:56:10 PDT
Comment on attachment 401453 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=401453&action=review > LayoutTests/imported/w3c/ChangeLog:3 > + Use nonexistent.127.0.0.1 instead of nonexistent.localhost in our copy of wpt xhr tests Why the "127.0.0.1" bit? This is not being treated as an IP address, so it seems that "nonexistent.0" would also work just as well, no?
Alex Christensen
Comment 4 2020-06-09 11:57:17 PDT
It would, but this makes it closer to what exists in the upstream repo, and easier to see the intent of this fake host.
Alexey Proskuryakov
Comment 5 2020-06-09 11:57:46 PDT
Comment on attachment 401453 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=401453&action=review > LayoutTests/imported/w3c/ChangeLog:10 > + We have some bots where a connection to nonexistent.localhost times out instead of fails. > + To cover this up, use a domain that will actually fail. The tests still won't work as designed, because nonexistent.127.0.0.1 doesn't resolve to loopback on macOS. I think that WPT tests are written with this expired draft in mind <https://tools.ietf.org/html/draft-west-let-localhost-be-localhost>, and work on platforms where localhost subdomains resolve to loopback. This patch will break that, because nonexistent.127.0.0.1 isn't supposed to work this way.
Alexey Proskuryakov
Comment 6 2020-06-09 11:59:32 PDT
I think that skipping these tests would be OK, even though they found something semi-relevant for us in <rdar://problem/63684261>.
Alex Christensen
Comment 7 2020-06-09 12:00:55 PDT
The intent of these tests is to check what happens when an XHR fails. This keeps that. Skipping these tests would just reduce test coverage.
Alexey Proskuryakov
Comment 8 2020-06-09 13:04:52 PDT
But the intent is certainly not that they are blocked as "external URL" by our script machinery.
Note You need to log in before you can comment on or make changes to this bug.