New issue
Advanced search Search tips

Issue 719196 link

Starred by 1 user
Status: Duplicate
Merged: issue 591346
Owner:
drott@chromium.org
Closed: May 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Unicode not displayed properly, works in Safari or Firefox

Reported by gregory....@gmail.com, May 6 2017 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.96 Safari/537.36

Example URL:
https://codepen.io/anon/pen/GmOrbe

Steps to reproduce the problem:
1. Visit https://codepen.io/anon/pen/GmOrbe
2. See ٩๏̯͡๏۶ characters are not displayed "properly", Chrome rendrs boxes instead

What is the expected behavior?
Chrome should render these Unicode characters. Interestingly when ٩๏̯͡๏۶ is added to <title>, characters are rendered properly in tab.

What went wrong?
٩๏̯͡๏۶ characters are note rendered properly

Does it occur on multiple sites: N/A

Is it a problem with a plugin? No 

Did this work before? Yes I don't remember, it's been failing like for 2 years :(

Does this work in other browsers? Yes

Chrome version: 58.0.3029.96  Channel: stable
OS Version: OS X 10.12.4
Flash Version:
chrome.png
147 KB View Download
firefox.png
121 KB View Download
safari.png
127 KB View Download

Comment 1 by kavvaru@chromium.org, May 8 2017

Components: UI>Security>UrlFormatting
Labels: -Pri-2 -Type-Compat M-60 has-Bisect OS-Linux Pri-1 Type-Bug-Regression
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Linux Ubuntu 14.04 and Mac 10.12.4 using chrome version 58.0.3029.96 and canary  60.0.3090.0.
This is regression issue broken in M48.Please find the bisect information as below

Narrow Bisect::
Good:: 48.0.2544.0  —   (build revision 355679)
Bad:: 48.0.2545.0  —   (build revision 355918)

CHANGELOG URL:
 https://chromium.googlesource.com/chromium/src/+log/36b19501d8bcf869a36f3c8e983ed1ec477f3529..6d939d13f77b157797ff9691076bc3c69f4d96a2

Unable to find the suspect from the above CL.Marking it as Untiraged.
Could any one from dev team please look into this issue.

Thanks,

Comment 2 by kavvaru@chromium.org, May 8 2017

Labels: Needs-triage-Mobile

Comment 3 by mgiuca@chromium.org, May 9 2017

Components: -UI>Security>UrlFormatting Blink>Fonts>Emoji
Re-triaging since this is not a URL issue. It's a Blink font rendering issue.

Comment 4 by e...@chromium.org, May 9 2017

Owner: drott@chromium.org
Status: Assigned (was: Untriaged)

Comment 5 by drott@chromium.org, May 9 2017

Components: -Blink>Fonts>Emoji Blink>Fonts
Mergedinto: 591346
Status: Duplicate (was: Assigned)

Comment 6 by gregory....@gmail.com, May 9 2017 

Is there a workaround?

Comment 7 by drott@chromium.org, May 9 2017 

The workaround is to specify a font that supports it, on Mac for example you can specify CSS font-family: Menlo; - On Linux I don't know off hands which font would do it, but explictly specifying the font that Firefox uses on Linux will most likely work.

Comment 8 by gregory....@gmail.com, May 9 2017 

Thanks. Unfortunately adding Menlo doesn't help on Mac.

Comment 9 by drott@chromium.org, May 10 2017 

Looking closer, the middle part of your test string will only render in Chrome if all components are found in the same font: https://codepoints.net/%E0%B9%8F%CC%AF%CD%A1 I don't know of a font that does this on Mac. 

Firefox and Safari combine glyphs from different fonts into one grapheme cluster, which may be what you want in this emoticon drawing case, but is generally not desirable and leads to other issues with rendering grapheme clusters, compare  issue 504745 .
►

Sign in to add a comment