Bug 20608 – host and hostname properties return incorrect (opposite) values

• Status: RESOLVED
• Resolution: DUPLICATE
• Component: DOM

[Vladimir Olexa (vladinecko)]

if you have a link like <a href="http://www.apple.com:89234">my link</a> and then try to access its properties, link.host returns "www.apple.com" while hostname returns "www.apple.com:89234"

i believe those values should be swapped; host should return the full host name including port number and hostname should just return the host name. 

this is happening in shipping safari 3.1 as well as nightly build.

[Vladimir Olexa (vladinecko)]

Created attachment 23126 [details]
Test case

simple test case to showcase the bug

[Sam Weinig]

I believe we do it this way to match IE.

[Vladimir Olexa (vladinecko)]

like many other things in IE, this is one of those that completely doesn't make sense and is counterintuitive. 

wouldn't we rather want to match firefox in behavior?  

(In reply to comment #2)
> I believe we do it this way to match IE.
> 

[Przemyslaw Pawelczyk]

Better test case: http://old.przemoc.net:81/host.html

Location is a kind of link, so if location's host and hostname properties works in every browser exactly the same, then it must be truth for ordinary links.

Results (Windows):
Gecko (Fx 3) - correct
IE 5/6/7 - correct
WebKit (Chrome, Opera 9.5, Safari 3.1) - incorrect

[Alexey Proskuryakov]

Thanks, confirmed as a difference with IE 7 and Firefox 3.

(In reply to comment #4)
> WebKit (Chrome, Opera 9.5, Safari 3.1) - incorrect

Please note that Opera doesn't use WebKit. Maybe there is a reason behind this quirk if two engines have it  -but on the linked test case, it seems to be clear that we are in error.

[Alexey Proskuryakov]

*** This bug has been marked as a duplicate of bug 28954 ***