Article

getAttribute href bug

Whilst working on the Ajax Link Tracker and MapSurface I have come across an inconsistency in how the href attribute is retrieved using DOM Scripting.

The href attribute is different to other element attributes in that the value set can be relative to the context of the page URL. If you set a link with a relative href attribute

test page

The browser will look at the pages current URL and derive an absolute URL for the link.

http://www.glenn.jones.net/development/test1.html

This is the root of the problem, some browsers return the text of the attribute and others return the derived absolute URL. The results also differ by the method you use to retrieve the href attribute. There are three common ways to access an attribute:

    linkobj.href;
    linkobj[‘href’];
    linkobj.getAttribute(‘href’);

The linkobj.href and linkobj[‘href’]; methods of accessing the attribute consistently return the derived absolute URL.

Microsoft has tried to address this by problem adding a second parameter to the getAttribute method. The second parameter can be set to 0,1 or 2. If the parameter is set to 2 the method returns the attribute text. Any other setting will return the derived absolute URL.

    linkobj.getAttribute(‘href’);
    linkobj.getAttribute(‘href’,2);
Derived /> Absolute URL Attribute Text
IE linkobj.href; x
IE linkobj.getAttribute(‘href’); x
IE linkobj.getAttribute(‘href’,2); x
Gecko linkobj.href; x
Gecko linkobj.getAttribute(‘href’); x
Gecko linkobj.getAttribute(‘href’,2); x
Opera linkobj.href; x
Opera linkobj.getAttribute(‘href’); x
Opera linkobj.getAttribute(‘href’,2); x

Get attribute test page Test on IE6, Firefox 1.5 and Opera 8.51.

So what should be returned by the getAttribute method? /> The W3C DOM Level 2 /> Core specification which sets out the structure of the getAttribute method does /> not cover this issue. It is /> not that either approach is wrong or right. On this point the specification is /> open to interpretation.

As a coder I would like to be able to access both values. The DOM Core specification should be updated to address the problem.

After a really good exchange with Jim in the comments below, I stand corrected. The specification does say the getAttribute should return the attribute value, not the absolute URL. The Microsoft approach is wrong.

For the time being I am using the old school object property /> method linkobj.href to return derived absolute URLs. It provides the most consistent results across all browsers.

URLs of interest

/> W3C REC DOM Level 2 Core specification for getAttribute

/> Gecko documentation for getAttribute

/> Microsoft documentation for getAttribute

As usual just as I was finishing this post I found this bug report on the QuickMode site which discusses the same subject. /> /> getAttribute HREF is always absolute.html

  • JavaScript