GNU bug report logs -
#47359
IceCat shows ACE/Punycode instead of IDN
Previous Next
To reply to this bug, email your comments to 47359 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#47359
; Package
guix
.
(Wed, 24 Mar 2021 11:47:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Wed, 24 Mar 2021 11:47:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
IceCat shows ASCII-compatible encoding (ACE, roughly Punycode) for
so-called internationalized domain names (IDNs) instead of displaying
them properly—e.g., <https://xn--drivation-b4a.fr/> instead of
<https://dérivation.fr/>.
I believe it purposefully has a white list of the kind of IDNs it
accepts to display properly (to avoid phishing). In ‘about:config’
there’s a set of ‘network.IDN.whitelist’ Booleans, which suggest the
example above should work, but for some reason it doesn’t.
Ideas?
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#47359
; Package
guix
.
(Sun, 04 Apr 2021 20:52:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 47359 <at> debbugs.gnu.org (full text, mbox):
Hi Ludovic,
Ludovic Courtès <ludo <at> gnu.org> writes:
> IceCat shows ASCII-compatible encoding (ACE, roughly Punycode) for
> so-called internationalized domain names (IDNs) instead of displaying
> them properly—e.g., <https://xn--drivation-b4a.fr/> instead of
> <https://dérivation.fr/>.
I see the same behavior, which does not happen on 'firefox-esr' on
Debian.
> I believe it purposefully has a white list of the kind of IDNs it
> accepts to display properly (to avoid phishing). In ‘about:config’
> there’s a set of ‘network.IDN.whitelist’ Booleans, which suggest the
> example above should work, but for some reason it doesn’t.
>
> Ideas?
My first guess is that it has something to do with the fact that support
for language packs is currently broken. Perhaps some data from the
language pack is needed to make decisions about which IDNs to display.
The problem with language packs is that they must now be digitally
signed by Mozilla, and obviously we cannot do that. I guess we need to
find the code that performs those signature checks, and disable it for
language packs found in trusted system directories.
Regards,
Mark
Information forwarded
to
bug-guix <at> gnu.org
:
bug#47359
; Package
guix
.
(Mon, 05 Apr 2021 19:58:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 47359 <at> debbugs.gnu.org (full text, mbox):
Hi Mark,
Mark H Weaver <mhw <at> netris.org> skribis:
> Ludovic Courtès <ludo <at> gnu.org> writes:
>
>> IceCat shows ASCII-compatible encoding (ACE, roughly Punycode) for
>> so-called internationalized domain names (IDNs) instead of displaying
>> them properly—e.g., <https://xn--drivation-b4a.fr/> instead of
>> <https://dérivation.fr/>.
>
> I see the same behavior, which does not happen on 'firefox-esr' on
> Debian.
Epiphany displays the accented letter, too.
>> I believe it purposefully has a white list of the kind of IDNs it
>> accepts to display properly (to avoid phishing). In ‘about:config’
>> there’s a set of ‘network.IDN.whitelist’ Booleans, which suggest the
>> example above should work, but for some reason it doesn’t.
>>
>> Ideas?
>
> My first guess is that it has something to do with the fact that support
> for language packs is currently broken. Perhaps some data from the
> language pack is needed to make decisions about which IDNs to display.
>
> The problem with language packs is that they must now be digitally
> signed by Mozilla, and obviously we cannot do that. I guess we need to
> find the code that performs those signature checks, and disable it for
> language packs found in trusted system directories.
Oh, I see. Would be nice if we could achieve that.
Thanks for checking!
Ludo’.
This bug report was last modified 3 years and 236 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.