| Issue 508378 | Address bar does not display IDN URLs with emoji properly | ||||||||
| Starred by 1 user | Reported by fran...@gmail.com, Jul 9 2015 | Back to list | |||||||
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2438.3 Safari/537.36 Steps to reproduce the problem: 1. Open Chrome 2. Navigate to http://www.xn--vi8hiv.ws/ What is the expected behavior? Address bar shows http://
,
Jul 9 2015
,
Jul 9 2015
,
Jul 30 2015
Firefox does not use Unicode for Emoji, either because Unicode UAX #31 does not allow Emoji to be used in identifiers (such as domain labels). It's a thorny issue as to what to do. Chrome's current policy is http://www.chromium.org/developers/design-documents/idn-in-google-chrome It's being revised in bug 336973 , but the first change will not allow Emoji (to be conservative). Mozilla's policy (Firefox) is https://wiki.mozilla.org/IDN_Display_Algorithm
,
Jul 30 2015
We wouldn't target this at M45.
,
Apr 27 2016
,
Apr 27 2016
Right now I think all browsers agree this should be punycode. I don't see that changing soon. If it does, it would need to be done as a coordinated change to the IDN display policies of multiple vendors. For now, this is WontFix.
,
Jul 15 2016
I agree that it's WONTFIX for now. In bug 336973 , Chrome switched to an algorithm more or less in agreement with Firefox and Emoji is not shown in Unicode because they're outside the set ( [:IdentifierStatus=Allowed:] ; http://goo.gl/4xLCel ). See also bug 625981
,
Dec 9
Security>UX component is deprecated in favor of the Team-Security-UX label |
|||||||||
| ► Sign in to add a comment | |||||||||
Status: Untriaged