URL

Table of Contents

1. Goals
2. Issues
3. 1 Conformance
4. 2 Terminology
5. 3 Algorithms
   1. 3.1 Parse a URL
      1. 3.1.1 Find the scheme
      2. 3.1.2 Find the authority, path, query, and fragment
      3. 3.1.3 Find the user-info, host, and port
      4. 3.1.4 Find the username and password
   2. 3.2 Resolve a URL
      1. 3.2.1 Resolve a string as a relative URL
      2. 3.2.2 Resolve a string as a scheme-relative URL
      3. 3.2.3 Resolve a string as an authority-relative URL
      4. 3.2.4 Resolve a string as a path-relative URL
      5. 3.2.5 Resolve a string as a query-relative URL
      6. 3.2.6 Resolve a string as a fragment-relative URL
   3. 3.3 Canonicalize a URL
      1. 3.3.1 Canonicalize a scheme
      2. 3.3.2 Canonicalize a user-info
      3. 3.3.3 Canonicalize a host
         1. 3.3.3.1 Host escape normalization
      4. 3.3.4 Canonicalize a port
      5. 3.3.5 Canonicalize a path
      6. 3.3.6 Canonicalize a query
      7. 3.3.7 Canonicalize a fragment
   4. 3.4 Canonicalize query parameters
   5. 3.5 Collect URL parameters
   6. 3.6 URL parameter serialization
   7. 3.7 Port setter preprocessor
6. 4 Interface URL
   1. 4.1 Constructor
   2. 4.2 The URL decomposition IDL attributes
   3. 4.3 The filename attribute
   4. 4.4 The origin attribute
   5. 4.5 The getParameterNames() method
   6. 4.6 The getParameterValues() method
   7. 4.7 The hasParameter() method
   8. 4.8 The getParameter() method
   9. 4.9 The setParameter() method
   10. 4.10 The addParameter() method
   11. 4.11 The removeParameter() method
   12. 4.12 The clearParameters() method
7. References
   1. Normative references

Goals

This section is non-normative.

This specification is intended to be referenced by other specifications which need conformance requirements for dealing with URLs—principally, conformance requirements for user agents. To that end, this specification:

• defines various algorithms for dealing with URLs—in large part essentially by precisely documenting how current browsers deal with URLs
• defines an API for constructing, parsing, and resolving URLs
• defines what a URL is, as well as what a valid URL is, along with various subtypes of valid URLs

Issues

This section is non-normative.

1 Conformance

Everything in this specification is normative except for diagrams, examples, notes and sections marked non-normative.

The key word must in this document is to be interpreted as described in RFC 2119. [RFC2119]

A user agent must also be a conforming implementation of the IDL fragments in this specification, as described in the Web IDL specification. [WEBIDL]

This specification uses terminology from DOM4 and The Web Origin Concept. [DOM] [ORIGIN]

2 Terminology

A URL is a string used to identify a resource.

A parsed URL is a user-agent’s in-memory representation stored as the result of parsing a URL.

A URL is an absolute URL if resolving it results in the same output regardless of what it is resolved relative to, and that output is not a failure.

An absolute URL is a hierarchical URL if, when resolved and then parsed, there is a character immediately after the scheme component and it is a U+002F SOLIDUS character (/).

An absolute URL is an authority-based URL if, when resolved and then parsed, there are two characters immediately after the scheme component and they are both U+002F SOLIDUS characters (//).

A URL is a valid URL if at least one of the following conditions holds:

• The URL is a valid URI reference. [RFC3986]

• The URL is a valid IRI reference and it has no query component. [RFC3987]

• The URL is a valid IRI reference and its query component contains no unescaped non-ASCII characters. [RFC3987]

• The URL is a valid IRI reference and the character encoding of the URL's Document is UTF-8 or a UTF-16 encoding. [RFC3987]

A string is a valid non-empty URL if it is a valid URL but it is not the empty string.

A string is a valid URL potentially surrounded by spaces if, after stripping leading and trailing whitespace from it, it is a valid URL.

A string is a valid non-empty URL potentially surrounded by spaces if, after stripping leading and trailing whitespace from it, it is a valid non-empty URL.

When a user agent is to strip leading and trailing whitespace from a string, the user agent must remove all space characters that are at the start or end of the string.

The space characters, for the purposes of this specification, are U+0020 SPACE, U+0009 CHARACTER TABULATION (tab), U+000A LINE FEED (LF), U+000C FORM FEED (FF), and U+000D CARRIAGE RETURN (CR).

Comparing two strings in an ASCII case-insensitive manner means comparing them exactly, code point for code point, except that the characters in the range U+0041 .. U+005A (that is, LATIN CAPITAL LETTER A to LATIN CAPITAL LETTER Z) and the corresponding characters in the range U+0061 .. U+007A (that is, LATIN SMALL LETTER A to LATIN SMALL LETTER Z) are considered to also match.

A control character is a character whose value is less than or equal to U+0020 (" ").

A slash character is either U+002F ("/") or U+005C ("\").

TODO: There’s some question as to whether this is necessary for non-file URLs.

An authority terminating character is either a slash character, U+003F ("?"), U+0023 ("#"), or U+003B (";").

TODO: Why is ";" on this list?

During a parsing algorithm, the remaining string is the characters of the input that have not yet been consumed.

The term a UTF-16 encoding refers to any variant of UTF-16: self-describing UTF-16 with a BOM, ambiguous UTF-16 without a BOM, raw UTF-16LE, and raw UTF-16BE. [RFC2781]

3 Algorithms

This section defines algorithms for dealing with URLs.

3.1 Parse a URL

To parse a URL into its component parts, the user agent must use the following steps:

1. Consume all leading and trailing control characters.

   Don’t we actually want to “strip leading and trailing whitespace” here? (= removing “space characters” as defined in the Terminology section)

2. Find the scheme.
3. If the algorithm for finding the scheme determines that the URL is invalid, abort these steps.
4. If the scheme is a single upper or lower case ASCII character,

   (TODO: Just ALPHA?)

   TODO: Windows drive specs!

5. If the scheme is a ASCII case-insensitive match for "file",

   TODO: File URLs!

6. If the scheme is a ASCII case-insensitive match for "mailto",

   I think mailto URLs are special, but more testing is required.

7. If the scheme is hierarchical:

   TODO: How are we supposed to know at this point if the scheme is hierarchical? Determining if the scheme is hierarchical requires looking at the first character of the after-scheme is a solidus/slash. So perhaps we need to explicitly say that here or in the “Find a scheme” algorithm; that is, explicitly say, “If the first character of the after-scheme is a solidus (slash character?), then the URL is a hierarchical URL.” Related to that, would it be better to only use the term “hierarchical URL” consistently rather than talking about the scheme being hierarchical? (After all, it really is the URL that’s hierarchical, not the scheme...)

   1. Determine the path and remaining components as follows:
      • If an after-scheme is present, find the authority, path, query, and fragment.
      • Otherwise, the remaining string is the path; abort these steps.

        TODO: This might not be the best approach. We need to do more testing of data and javascript URLs.

   2. In the authority, if any, find the user-info, host, and port.
   3. In the user-info, if any, find the username and password

3.1.1 Find the scheme

To find the scheme, the user agent must use the following steps:

1. If the remaining string does not contain a ":" character, the URL is invalid; abort these steps.
2. Consume characters up to, but not including, the first ":" character. These characters are the scheme.
3. Consume the ":" character. The remaining characters are the after-scheme.

3.1.2 Find the authority, path, query, and fragment

To find the authority, path, query, and fragment, the user agent must use the following steps:

1. Consume any number of slash characters.
2. Determine the authority as follows:
   • If the remaining string does not contain any authority terminating characters, the remaining string is the authority; abort these steps.
   • Otherwise, consume characters up to, but not including, the first authority terminating character. The consumed characters are the authority.
3. If the remaining string does not contain a "?" character or a "#" character, the remaining string is the path; abort these steps.
4. Consume characters up to, but not including, the first "?" or "#" character. The consumed characters are the path.
5. If the first character of the remaining string is a "?" character:
   1. Consume the "?" character.
   2. Determine the query as follows:
      • If the remaining string does not contain a "#" character, the remaining string is the query; abort these steps.
      • Otherwise, consume characters up to, but not including, the first "#" character. The consumed characters are the query.
6. Consume the "#" character. The remaining string is the fragment.

3.1.3 Find the user-info, host, and port

To find the user-info, host, and port, the user agent must use the following steps:

1. If the remaining string contains an "@" character:
   1. Consume characters up to, but not including the last "@" character. The consumed characters are the user-info.
   2. Consume the "@" character.
2. Determine the host as follows:
   • If the remaining string does not contain an ":" character, The remaining string is the host; abort these steps.
   • Otherwise, consume characters up to, but not including, the last ":" character. The consumed characters are the host.
3. Consume the ":" character. The remaining string is the port.

3.1.4 Find the username and password

To find the username and password, the user agent must use the following steps:

1. Determine the username as follows:
   • If the remaining string does not contain a ":" character, The remaining string is the username; abort these steps.
   • Otherwise, consume characters up to, but not including, the first ":" character. The consumed characters are the username.
2. Consume the ":" character. The remaining string is the password.

3.2 Resolve a URL

Should we use absolute URL here (as the HTML spec does), instead of resolved URL? Text from the HTML spec:
Resolving a URL is the process of taking a relative URL and obtaining the absolute URL that it implies.
To resolve a URL to an absolute URL relative to either another absolute URL or an element, the user agent must use the following steps. Resolving a URL can result in an error, in which case the URL is not resolvable.

Resolving a URL is the process of taking a relative URL and obtaining the resolved URL that it implies.

To resolve a string relative to a base URL, the user agent must use the following steps:

1. Given a string relative-url and a parsed URL base-url, find the scheme of relative-url.

   TODO: We probably need to trim leading and trailing control characters.

2. If relative-url is an invalid URL, the resolved URL is relative-url resolved as relative URL; abort these steps.
3. If relative-url’s scheme contains any characters which are not “valid scheme characters”, the resolved URL is relative-url resolved as relative URL; abort these steps.

   TODO: Define valid scheme characters

4. If base-url’s scheme is an ASCII case-insensitive match for relative-url’s scheme and the shared scheme is hierarchical, the resolved URL is relative-url’s after-scheme resolved as a relative URL; abort these steps.
5. The resolved URL is relative-url parsed as an absolute URL.

3.2.1 Resolve a string as a relative URL

To resolve a string as a relative URL, the user agent must use the steps in this section.

Given a string relative-url and a parsed URL base-url, determine the resolved URL as follows:

TODO: If base-url’s scheme is not hierarchical, we can’t resolve as a relative URL. We’ll probably want to return an invalid URL. Check what happens when resolving an empty string as a relative URL with a non-hierarchical base.

1. If relative-url is empty, the resolved URL is identical to base-url, with the fragment, if any, removed; abort these steps.
2. If the first character of relative-url is a slash character:
   • If relative-url has at least two characters and the second character is also a slash character, the resolved URL is relative-url resolved as a scheme-relative URL.
   • Otherwise, the resolved URL is relative-url resolved as an authority-relative URL.
   Abort these steps.
3. If the first character of relative-url is a "?" character, the resolved URL is relative-url resolved as a query-relative URL; abort these steps.
4. If the first character of relative-url is a "#" character, the resolved URL is relative-url resolved as a fragment-relative URL; abort these steps.

   TODO: Think about the case where the relative-url is empty.

5. The resolved URL is relative-url resolved as a path-relative URL.

3.2.2 Resolve a string as a scheme-relative URL

To resolve a string as a scheme-relative URL, the user agent must use the steps in this section.

1. Given a string relative-url and a parsed URL base-url, let resolved-url be:
   • base-url’s scheme
   • concatenated with ":",
   • concatenated with relative-url.
   The resolved URL is resolved-url parsed as an absolute URL.

3.2.3 Resolve a string as an authority-relative URL

To resolve a string as an authority-relative URL, the user agent must use the steps in this section.

1. Given a string relative-url and a parsed URL base-url, let resolved-url be:
   • base-url’s scheme
   • concatenated with "://",
   • concatenated with base-url’s authority,
   • concatenated with relative-url.
   The resolved URL is resolved-url parsed as an absolute URL.

3.2.4 Resolve a string as a path-relative URL

To resolve a string as a path-relative URL, the user agent must use the steps in this section.

TODO: Can the first character of relative-url be a slash character at this point?

TODO: Can we assume base-url is canonicalized here so that it always has at least one “/” character?

1. Let the directory-name be the characters of the base-url’s path up to and including the last slash character.
2. Let resolved-url be:
   • base-url’s scheme
   • concatenated with "://",
   • concatenated with base-url’s authority,
   • concatenated with directory name,
   • concatenated with relative-url.
   The resolved URL is resolved-url parsed as an absolute URL.

3.2.5 Resolve a string as a query-relative URL

To resolve a string as a query-relative URL, the user agent must use the steps in this section.

1. Given a string relative-url and a parsed URL base-url, let resolved-url be:
   • base-url’s scheme
   • concatenated with "://",
   • concatenated with base-url’s authority,
   • concatenated with base-url’s path,
   • concatenated with relative-url.
   The resolved URL is resolved-url parsed as an absolute URL.

3.2.6 Resolve a string as a fragment-relative URL

To resolve a string as a fragment-relative URL, the user agent must use the steps in this section.

1. Given a string relative-url and a parsed URL base-url, let resolved-url be:
   • base-url’s scheme
   • concatenated with "://",
   • concatenated with base-url’s authority,
   • concatenated with base-url’s path,
   • concatenated with "?",
   • concatenated with base-url’s query,
   • concatenated with relative-url.
   The resolved URL is resolved-url parsed as an absolute URL.

3.3 Canonicalize a URL

Canonicalizing a URL is the process of taking a parsed URL string and constructing a canonical version of it.

TODO: We probably should mention somewhere that there is not a unique canonicalization for every URL.

To canonicalize a URL, the user agent must use the steps in this section.

1. Given parsed URL original-url, if original-url is invalid, abort these steps.

   TODO: Handle file URLs.

2. If the scheme is hierarchical:
   1. Output the canonicalized scheme.
   2. Output "://".
   3. If the user-info is non-empty:
      1. Output the canonicalized user-info.
      2. Output "@".
   4. Output the canonicalized host.
   5. Let the canonicalized-port be the canonicalized port.
   6. If the canonicalized-port is non-empty and is not the default port for the scheme:
      1. Output ":".
      2. Output the canonicalized-port.
   7. Output the canonicalized path.
   8. Let the canonicalized-query be the canonicalized query.
   9. If the canonicalized-query is non-empty:

      TODO: Distinguish between empty and non-existent queries)

      1. Output "?".
      2. Output the canonicalized-query.
   10. Let the canonicalized-fragment be the canonicalized fragment.
   11. If the canonicalized-fragment is non-empty:

       TODO: Distinguish between empty and non-existent fragments

       1. Output "#".
       2. Output the canonicalized-fragment.

3.3.1 Canonicalize a scheme

To canonicalize a scheme, the user agent must use the steps in this section.

1. If the first character of the scheme is not in ALPHA, the scheme is invalid.
2. Process each character of the scheme in sequence:
   • If the current character is among ALPHA, DIGIT, "+", "-", and ".", output the current character.
   • Otherwise, if the current character is "%", the scheme is invalid, the scheme is invalid, output the current character.
   • Otherwise, the scheme is invalid, output the utf8-percent-escaping of the current character.

3.3.2 Canonicalize a user-info

To canonicalize a user-info, the user agent must use the steps in this section.

1. Process each character of the username in sequence.
   • If the current character is among TODO, output the current character.

     TODO: which characters?

   • Otherwise: output the utf8-percent-escaping of the current character.
2. If there is no password or if the password is empty, abort these steps.
3. Output ":".
4. Process each character of the password in sequence.
   • If the current character is among TODO, output the current character.

     TODO: which characters?

   • Otherwise: output the utf8-percent-escaping of the current character.

3.3.3 Canonicalize a host

To canonicalize a host, the user agent must use the steps in this section.

TODO: Handle IP addresses.

1. Let unicode-host be the host-escape-normalized host.
2. Output result of applying the IDNA to-ascii algorithm to the unicode-host.

   TODO: Properly reference IDNA's to-ascii algorithm (we might need a wrapper like we do in the cookie spec).

3.3.3.1 Host escape normalization

To perform host escape normalization, the user agent must use the steps in this section.

1. Process each character of the host in sequence.
   • If the current character is "%", ...

     TODO: Handle percent-unescaping.

   • If the current character is one of U+0000-U+002A, U+002C, U+002F, U+003B-U+0040, U+005C, U+005E, U+0060, or U+007B-U+007F, output the utf8-percent-escaping of the current character.
   • Otherwise, if the current character matches ALPHA, output the current character converted to lower case.
   • Otherwise, output the current character.

3.3.4 Canonicalize a port

To canonicalize a port, the user agent must use the steps in this section.

TODO: ...

3.3.5 Canonicalize a path

To canonicalize a path, the user agent must use the steps in this section.

TODO: Do we need to ensure that path's always start with a slash character?

1. Process each character of the path in sequence:
   • If the current character is one of U+0000-U+0020, U+0022, U+0023, U+0025, U+003C, U+003E, U+003F, U+005C, U+005E, U+0060, U+007B-U+007D, or U+007F, or greater than or equal to U+0080, output the utf8-percent-escaping of the current character.
   • Otherwise, if the current character is ".": ...

     TODO: Handle "." collapsing.

   • Otherwise, if the current character is "\", output "/".
   • Otherwise, if the current character is "%", ...

     TODO: Handle percent-unescaping.

   • Otherwise, output the current character.

3.3.6 Canonicalize a query

TODO: Handle the ambient encoding case.

To canonicalize a query, the user agent must use the steps in this section.

1. Process each character of the query in sequence:
   • If the current character is among TODO, output the current character.

     TODO: which characters?

   • Otherwise, output the utf8-percent-escaping of the current character.

     TODO: We need to handle the goofy query escaping format.

3.3.7 Canonicalize a fragment

To canonicalize a fragment, the user agent must use the steps in this section.

1. Process each character of the fragment in sequence:
   • If the current character has a Unicode value greater than or equal to U+0020, output the current character.
   • Otherwise, output the utf8-percent-escaping of the current character.

The above algorithm results in the canonicalized fragment containing non-US-ASCII characters.

3.4 Canonicalize query parameters

The query parameter canonicalization of a string s is the query canonicalization of s, modified as follows:

1. Replace all instances of the U+0026 AMPERSAND (&) character with %26.

2. Replace all instances of the U+003D EQUALS SIGN (=) character with %3D.

3.5 Collect URL parameters

To collect the URL parameters from a string input, run the following algorithm:

1. Let result be the empty list.

2. Let parameters be the result of splitting input on the U+0026 AMPERSAND (&) character.

3. Process each parameter in parameters:

   1. If parameter is the empty string, continue to the next parameter, if any.

   2. If parameter does not contain an U+003D EQUALS SIGN (=) character:

      1. Append an parameter with name parameter and a null value to result.

      2. Continue to the next parameter, if any.

   3. Let name be the (possibly empty) sequence of characters of parameter up to, but not including the first U+003D EQUALS SIGN (=) character.

   4. Let value be the (possibly empty) sequence of characters of parameter after the first U+003D EQUALS SIGN (=) character.

   5. Append a parameter with name name and value value to result.

4. Return result.

3.6 URL parameter serialization

The URL parameter serialization of a list of parameters parameters, is the result of the following algorithm:

1. Let result be the empty list.

2. Process each parameter in parameters:

   1. Let s be the query parameter canonicalization of the parameter's name.

   2. If the parameter's value is non-null:

      1. Append a U+003D EQUALS SIGN (=) character to s.

      2. Append the query parameter canonicalization of the parameter's value to s.

   3. Append s to result.

3. Return the elements of result concatenated, each separated from the next by a U+0026 AMPERSAND (&) character.

3.7 Port setter preprocessor

The port setter preprocessor of the input string is the result of the following algorithm:

1. If the first character in input is not in the range U+0030 DIGIT ZERO (0) to U+0039 DIGIT NINE (9) then return a one character string containing a single U+0030 DIGIT ZERO (0) character.

2. Let result be the empty string.

3. Let c be the first character in input.

4. While c is U+0030 DIGIT ZERO (0):

   1. Let c be the next character in input.

5. While c is in the range U+0030 DIGIT ZERO (0) to U+0039 DIGIT NINE (9):

   1. Append c to the result.

   2. Let c be the next character in input.

6. Return result.

4 Interface URL

The URL object can be used by scripts to programmatically construct, parse, and resolve URLs.

[Constructor(DOMString url, optional DOMString baseURL)]
interface URL {
           attribute DOMString protocol;
           attribute DOMString username;
           attribute DOMString password;
           attribute DOMString host;
           attribute DOMString hostname;
           attribute DOMString port;
           attribute DOMString pathname;
           attribute DOMString search;
           attribute DOMString hash;

           attribute DOMString filename;
  readonly attribute DOMString origin;

  sequence<DOMString> getParameterNames();
  sequence<DOMString> getParameterValues(DOMString name);
  boolean hasParameter(DOMString name);
  DOMString? getParameter(DOMString name);
  void setParameter(DOMString name, DOMString value);
  void addParameter(DOMString name, DOMString value);
  void removeParameter(DOMString name);
  void clearParameters();

  stringifier attribute DOMString href;
};

4.1 Constructor

When the URL(url, baseURL) constructor is invoked, these steps must be run:

1. If baseURL is not provided, parse url.

2. Otherwise, resolve url relative to baseURL.

3. Store the parsed URL.

4.2 The URL decomposition IDL attributes

url . protocol [ = value ]

Returns the current scheme of the underlying URL.

Can be set, to change the underlying URL's scheme.

url . host [ = value ]

Returns the current host and port (if it's not the default port) in the underlying URL.

Can be set, to change the underlying URL's host and port.

The host and the port are separated by a colon. The port part, if omitted, will be assumed to be the current scheme's default port.

url . username [ = value ]

TODO: ...

url . password [ = value ]

TODO: ...

url . hostname [ = value ]

Returns the current host in the underlying URL.

Can be set, to change the underlying URL's host.

url . port [ = value ]

Returns the current port in the underlying URL.

Can be set, to change the underlying URL's port.

url . pathname [ = value ]

Returns the current path in the underlying URL.

Can be set, to change the underlying URL's path.

url . search [ = value ]

Returns the current query component in the underlying URL.

Can be set, to change the underlying URL's query component.

url . hash [ = value ]

Returns the current fragment identifier in the underlying URL.

Can be set, to change the underlying URL's fragment identifier.

url . href [ = value ]

TODO: ...

4.3 The filename attribute

The filename attribute must return the (possibly empty) substring of pathname after the last U+002F SOLIDUS (/) character. (Notice that pathname must contain at least one U+002F SOLIDUS (/) character.)

On setting...

4.4 The origin attribute

The origin attribute must return Unicode serialization of the stored URL's origin.

4.5 The getParameterNames() method

The getParameterNames method must run these steps:

1. Collect the URL parameters from the stored URL's query component and let parameters be the result.

2. Let result be the empty array.

3. For each parameter in parameters, if the parameter's name is not contained in result, append the parameter's name to result.

4. Return result.

4.6 The getParameterValues() method

The getParameterValues method must run these steps:

1. Collect the URL parameters from the stored URL's query component and let parameters be the result.

2. Let result be the empty array.

3. For each parameter in parameters, if the parameter's name is equal to name, append the parameter's value to result.

4. Return result.

4.7 The hasParameter() method

The hasParameter method must run these steps:

1. Collect the URL parameters from the stored URL's query component and let parameters be the result.

2. For each parameter in parameters, if the parameter's name is equal to name return true.

3. Return false.

4.8 The getParameter() method

The getParameter method must run these steps:

1. Let values be the result of invoking the getParametersAll() method with name as argument.

2. If values is empty, return null, and terminate these steps.

3. Return the first element of values.

4.9 The setParameter() method

The setParameter method must run these steps:

1. If name is the empty string and name is null, throw a "SyntaxError" and terminate these steps.

2. Collect the URL parameters from the stored URL's query component and let parameters be the result.

3. Remove all parameters from parameters with name name.

4. Append a parameter to parameters with name name and value values.

5. Let serialized-parameters be the URL parameter serialization of parameters.

6. Replace the stored URL's query component with serialized-parameters.

4.10 The addParameter() method

The addParameter method must run these steps:

1. If name is the empty string and name is null, throw a "SyntaxError" and terminate these steps.

2. Let parameters be the empty list.

3. Append a parameter to parameters with name name and value values.

4. Let serialized-parameters be the URL parameter serialization of parameters.

5. Replace the stored URL's query component with serialized-parameters.

4.11 The removeParameter() method

The removeParameter method must run these steps:

1. Collect the URL parameters from the stored URL's query component and let parameters be the result.

2. Remove all parameters from parameters with name name.

3. Let serialized-parameters be the URL parameter serialization of parameters.

4. Replace the stored URL's query component with serialized-parameters.

4.12 The clearParameters() method

The clearParameters method must run these steps:

1. Replace the stored URL's query component with the empty string.

References

Normative references