GNU bug report logs - #47359
IceCat shows ACE/Punycode instead of IDN

Previous Next

Package: guix;

Reported by: Ludovic Courtès <ludo <at> gnu.org>

Date: Wed, 24 Mar 2021 11:47:02 UTC

Severity: normal

To reply to this bug, email your comments to 47359 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Ludovic Courtès <ludo <at> gnu.org>
To: <bug-guix <at> gnu.org>
Subject: IceCat shows ACE/Punycode instead of IDN
Date: Wed, 24 Mar 2021 12:46:03 +0100
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):

From: Mark H Weaver <mhw <at> netris.org>
To: Ludovic Courtès <ludo <at> gnu.org>, 47359 <at> debbugs.gnu.org
Subject: Re: bug#47359: IceCat shows ACE/Punycode instead of IDN
Date: Sun, 04 Apr 2021 16:49:43 -0400
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):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Mark H Weaver <mhw <at> netris.org>
Cc: 47359 <at> debbugs.gnu.org
Subject: Re: bug#47359: IceCat shows ACE/Punycode instead of IDN
Date: Mon, 05 Apr 2021 21:57:43 +0200
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 11 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.