After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 416048 - internationalized URL can't be displayed
internationalized URL can't be displayed
Status: RESOLVED DUPLICATE of bug 596399
Product: epiphany
Classification: Core
Component: I18N
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2007-03-08 12:00 UTC by Denis Jacquerye
Modified: 2012-10-08 03:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Denis Jacquerye 2007-03-08 12:00:33 UTC
Internationalized URL can't be displayed in the address bar.

Even if I manually change the network.enableIDN and disable network.standard-url.escape-utf8 internationalize URL are still escaped or punycoded.

IDN Example:
- http://têtu.com is displayed at http://xn--ttu-fma.com/ ; http://عربي.com as http://xn--ngbrx4e.com/

UTF8 example
- http://jax.sus.mcgill.ca/~moyogo/test/t%c9%9bst is displayed instead of tɛst

This is rather bad. If I want to use UTF8 in domain names or address I should be able to.

Actually this should probably be enabled by default. Their are better ways to prevent spoofing, like warning or highlighting possible spoofs.
Comment 1 Christian Persch 2007-03-08 14:26:29 UTC
Probably a gecko bug, since the same happens in firefox.
Comment 2 Christian Persch 2007-03-08 14:34:49 UTC
Actually, it's because the .com addresses don't allow IDN, because the .com registry has no acceptable IDN policy [http://www.mozilla.org/projects/security/tld-idn-policy-list.html].
If you really want to display IDN in .com addresses (not recommended!), create "network.IDN.whitelist.com" as boolean in about:config and set it to 'true'.
Comment 3 Denis Jacquerye 2007-03-08 14:43:52 UTC
Oh, so the IDN is working but not for .com. http://www.ñandú.cl/ is displayed properly in the address bar, nice. Thanks

http://ar.wikipedia.org/wiki/الصفحة الرئيسية is another example where the address is still escaped.
Comment 4 Cyril Brulebois 2007-09-06 06:14:29 UTC
About the ar.wikipedia.org/* pages, it looks like the “href” attributes are encoded strings themselves, which might cause this behaviour. Just to be sure I understand your problem correctly: you want them to be decoded automatically, even if you passed an encoded URL, or click on a link with an encoded “href”?
Comment 5 Christian Persch 2007-09-06 20:51:51 UTC
The domain name part is decoded if the domain is whitelisted (comment 2).
The path part of the URL is however not decoded; it should be decoded. The problem is that it's not clear that we always can decode it as UTF-8 (or even as the page's encoding).
Last time I checked, firefox displayed the path in the [http://jax.sus.mcgill.ca/~moyogo/test/t%c9%9bst] URL as %-encoded too...
Comment 6 Denis Jacquerye 2008-04-15 14:41:36 UTC
Gecko/2008040514 Firefox/3.0b5 is displaying "http://jax.sus.mcgill.ca/~moyogo/test/tɛst" as it should.
Although it still gives "http://jax.sus.mcgill.ca/~moyogo/test/t%C9%9Bst" when copied and pasted.
Comment 7 Jean-François Fortin Tam 2012-10-08 03:07:06 UTC

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