���� JFIF �� � ( %"1"%)+...383,7(-.-
![]() Server : Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips PHP/7.4.20 System : Linux st2.domain.com 3.10.0-1127.10.1.el7.x86_64 #1 SMP Wed Jun 3 14:28:03 UTC 2020 x86_64 User : apache ( 48) PHP Version : 7.4.20 Disable Function : NONE Directory : /home/real/node-v13.0.1/test/fixtures/wpt/url/ |
## urltestdata.json These tests are for browsers, but the data for `a-element.html`, `url-constructor.html`, `a-element-xhtml.xhtml`, and `failure.html` is in `resources/urltestdata.json` and can be re-used by non-browser implementations. This file contains a JSON array of comments as strings and test cases as objects. The keys for each test case are: * `base`: an absolute URL as a string whose [parsing] without a base of its own must succeed. This key is always present, and may have a value like `"about:blank"` when `input` is an absolute URL. * `input`: an URL as a string to be [parsed][parsing] with `base` as its base URL. * Either: * `failure` with the value `true`, indicating that parsing `input` should return failure, * or `href`, `origin`, `protocol`, `username`, `password`, `host`, `hostname`, `port`, `pathname`, `search`, and `hash` with string values; indicating that parsing `input` should return an URL record and that the getters of each corresponding attribute in that URL’s [API] should return the corresponding value. The `origin` key may be missing. In that case, the API’s `origin` attribute is not tested. In addition to testing that parsing `input` against `base` gives the result, a test harness for the `URL` constructor (or similar APIs) should additionally test the following pattern: if `failure` is true, parsing `about:blank` against `input` must give failure. This tests that the logic for converting base URLs into strings properly fails the whole parsing algorithm if the base URL cannot be parsed. ## setters_tests.json `resources/setters_tests.json` is self-documented. ## toascii.json `resources/toascii.json` is a JSON resource containing an array where each item is an object consisting of an optional `comment` field and mandatory `input` and `output` fields. `input` is the domain to be parsed according to the rules of UTS #46 (as stipulated by the URL Standard). `output` gives the expected output of the parser after serialization. An `output` of `null` means parsing is expected to fail. ## URL parser's encoding argument Tests in `/encoding` and `/html/infrastructure/urls/resolving-urls/query-encoding/` cover the encoding argument to the URL parser. ## Specification The tests in this directory assert conformance with [the URL Standard][URL]. [parsing]: https://url.spec.whatwg.org/#concept-basic-url-parser [API]: https://url.spec.whatwg.org/#api [URL]: https://url.spec.whatwg.org/