W3cubDocs

/DOM

HTMLHyperlinkElementUtils.pathname

The HTMLHyperlinkElementUtils.pathname property is a USVString containing an initial '/' followed by the path of the URL (or the empty string if there is no path).

Syntax

string = object.pathname;
object.pathname = string;

Examples

// Let's an <a id="myAnchor" href="https://developer.mozilla.org/en-US/docs/HTMLHyperlinkElementUtils.pathname"> element be in the document
var anchor = document.getElementById("myAnchor");
var result = anchor.pathname; // Returns:'/en-US/docs/HTMLHyperlinkElementUtils.pathname'

Specifications

Specification	Status	Comment
HTML Living Standard The definition of 'HTMLHyperlinkElementUtils.pathname' in that specification.	Living Standard	Initial definition.

Browser compatibilityUpdate compatibility data on GitHub

	Desktop
	Chrome	Edge	Firefox	Internet Explorer	Opera	Safari
Basic support	Yes Yes Starting in Chrome 52, this property was moved to URL	No	22 22 From Firefox 22 to Firefox 44, this property was on the `URLUtils` mixin. It has been moved either on the `HTMLHyperlinkElementUtils` mixin, or directly on the interface. Before Firefox 53, the `pathname` and `search` `HTMLHyperlinkElementUtils` properties returned the wrong parts of the URL. For example, for a URL of `http://z.com/x?a=true&b=false`, `pathname` would return `'/x?a=true&b=false'` and `search` would return '', rather than `'/x'` and `'?a=true&b=false'` respectively. This has now been fixed.	No	No	No

	Mobile
	Android webview	Chrome for Android	Edge Mobile	Firefox for Android	Opera for Android	iOS Safari	Samsung Internet
Basic support	Yes Yes Starting in Chrome 52, this property was moved to URL	Yes Yes Starting in Chrome 52, this property was moved to URL	No	22 22 From Firefox 22 to Firefox 44, this property was on the `URLUtils` mixin. It has been moved either on the `HTMLHyperlinkElementUtils` mixin, or directly on the interface. Before Firefox 53, the `pathname` and `search` `HTMLHyperlinkElementUtils` properties returned the wrong parts of the URL. For example, for a URL of `http://z.com/x?a=true&b=false`, `pathname` would return `'/x?a=true&b=false'` and `search` would return '', rather than `'/x'` and `'?a=true&b=false'` respectively. This has now been fixed.	No	No	?

HTMLHyperlinkElementUtils.pathname

Syntax

Examples

Specifications

Browser compatibilityUpdate compatibility data on GitHub

See also