Note: This fails in Mozilla 0.9.7 build using Sun's Forte 6 update 2 compilers
on a Sun Ultrasparc system using full optimization. It worked fine
in 0.9.6 built using the same compilers.
If you have a web page like this:
<html>
<head>
<title>X</title>
</head>
<body>
<A href='inställningar'>Inställningar</A>
<BR>
<A href='installningar'>Inställningar</A>
</body>
</html>
The first link does not work. It is not underlined, it cannot be activated.
It looks like text.
Tests show that removing the non-ASCII character as in the second
link in the above page, it works as usual. So it looks like between
version 0.9.6 and 0.9.7 something was changed so that Mozilla no
longer can handle non-ASCII in URLs.
This makes our site unusable.
Sometimes links with non-ascii characters work, and later suddenly
gets corrupted after some reloads or back/forward between pages. It is
probably chached pages that fails.
Unless the above failure is due to my using very high optimisation (-xO5 -fast)
when compiling, this need to be fixed before Mozilla can be used again.

It's not merely the presence of the character -- it must be in the first part of
the URL, or something like that. If I add "http://www.foo.com/" to the
beginning of the URL, the link is recognized. I wonder if something got messed
up in NS_MakeAbsoluteURIWithCharset that caused nsILink::GetHrefCString to
return null? Could this be related to the changes for bug 102656?