Issue metadata
Sign in to add a comment
|
Font fallback is broken for a lot of scripts with Roboto at the top of font-stack and locally installed Roboto |
||||||||||||||||||||||||
Issue descriptionChrome Version: Google Chrome 64.0.3269.3 (Official Build) dev (64-bit) Revision 1d74d56f7fb838be3c05549bc5e11cdf665f1990-refs/branch-heads/3269@{#3} OS Mac OS X JavaScript V8 6.4.299 OS: Mac OS 10.13.1 What steps will reproduce the problem? (1) Go to https://plus.google.com/+JungshikShin/posts/1q8vxuyfxPP (2) (3) What is the expected result? Korean Hangul is shown. For instance, my name should be displayed as "Jungshik Shin (신정식)" 3rd screen shot What happens instead? All Korean Hangul syllables are rendered with last resort font. (1st screen shot ) Additional info: 1. In the DOM inspector / view-source, Korean Hangul is shown without any issue. (1st screen shot) 2. Interestingly, in Incognito mode, the same page is better in that Korean Hangul is rendered fine but with weight=100 font even though font-weight is set to 400. (2nd screen shot) 3. In 64.0.3271.0 (Official Build) canary (64-bit), everything is normal. (3rd screenshot) 4. I suspected that my font preference settings (4th screen shot) could be a factor (that wouldn't make this as of lesser issue), but even with the exactly the same font settings, canary build works fine, but the current dev build does have this issue (see the version # above).
,
Nov 18 2017
Kanji/Hanji are also affected: data:text/html;charset=utf-8,<span style="font-family: Roboto, sans-serif">%E6%9C%9D%E6%97%A5<span> Devanagari is also affected: data:text/html;charset=utf-8,<span style="font-family: Roboto, sans-serif">%E0%A4%AE%E0%A5%81%E0%A4%96%E0%A4%AA%E0%A5%83%E0%A4%B7%E0%A5%8D</span>
,
Nov 18 2017
data:text/html;charset=utf-8,<span style="font-family: Helvetica, sans-serif">%E0%A4%AE%E0%A5%81%E0%A4%96%E0%A4%AA%E0%A5%83%E0%A4%B7%E0%A5%8D</span> is fine. Note that Helvetica is at the top of the font stack instead of Roboto.
,
Nov 18 2017
Only in dev but not in Canary nor in stable? That's weird. I tested your data URLs on: Canary 64.0.3271.0 Beta 63.0.3239.52 Stable 62.0.3202.94 and seems to be fine. What happens on Stable/Beta, or if you create a new profile? If this is only in the current dev build, weird but I think that's ok (assuming beta will be cut from Canary, not from dev, but I'm not very sure about this.) If this depends on profile/config, I guess we need to track down what's causing it.
,
Nov 19 2017
This happens wherever Roboto is at the top of the font stack (Google Search with hl != ko; e.g. https://www.google.com/search?hl=en&q=%ED%95%9C%EA%B8%80 ). Google search with hl=ko has a font-stack without Roboto but with an explicit Korean font at the top. Yes, it's very strange. Canary is fine. Let me try dev channel in a new profile.
,
Nov 19 2017
I suspected that 'Advanced font settings extension' (installed in chrome://settings - customize font menu) is problematic. However, in a new profile (the same dev version) without that extension installed and with the font settings NOT touche at all (the pristine default settings), I still have the same problem. See the screenshot.
BTW, I found another bug (handling of weight in Noto {Sans,Serif} CJK fonts) in Canary build. I'll file it separately.
,
Nov 19 2017
Note that the query input box in the screenshot attached to comment 6 shows '한글' without any problem while other areas (web page snippets, etc) has this issue. The difference is that Google SRP (search result page) does not use Roboto in the query input box while Roboto is used in other parts of SRP.
,
Nov 19 2017
The URL in the screenshot in comment 6 is https://www.google.com/search?hl=en&q=%ED%95%9C%EA%B8%80 (한글) https://www.google.com/search?hl=en&q=%E5%A4%A7%E9%98%AA (大阪 ) has the same issue.
,
Nov 19 2017
With a clean profile and canary build ( Version 64.0.3272.0 (Official Build) canary (64-bit) ), I began to have this issue with the following URL. data:text/html;charset=utf-8,<span style="font-family: Roboto, sans-serif">%ED%95%9C%EA%B8%80</span> https://plus.google.com/+JungshikShin/posts/1q8vxuyfxPP https://www.google.com/search?hl=en&q=%ED%95%9C%EA%B8%80 Wherever 'Roboto' is at the top of a font-stack, I have this problem. Very strange, indeed. See the two attached screen shots (of ttps://www.google.com/search?hl=en&q=%ED%95%9C%EA%B8%80 ): the first one: with Roboto at the top of a font stack: this issue the 2nd one: with Roboto removed, no issue
,
Nov 19 2017
Disabling *locally* installed Roboto family made this problem go away.
,
Nov 19 2017
> BTW, I found another bug (handling of weight in Noto {Sans,Serif} CJK fonts) in Canary build. I'll file it separately.
filed bug 786777 . It also happens in the latest dev as well.
,
Nov 19 2017
With Chrome 62.0.3202.89 (Official Build) (64-bit) on macOS 10.12.5, the following url (included in comment 0) works as expected. On this machine, I do have Roboto locally installed and enabled.
,
Nov 20 2017
Thank you for narrowing this down. So the criteria is: * Roboto font is installed locally. * 62.0.3202.89 was fine. * Only on Mac? Bisect would be helpful.
,
Nov 20 2017
Koji, can you reproduce this? I would prefer to downgrade priority, this looks like a local machine issue. Could you clean the font cache on Mac? https://gist.github.com/jaredhowland/2da83f0cc0fbb1ac523f#file-clear-font-cache-md Basically: $ sudo atsutil databases -remove $ atsutil server -shutdown $ atsutil server -ping Can you reinstall an up to date local Roboto? Or, before doing that, try what happens if you do not have it installed?
,
Nov 21 2017
I agree, if this happens only when Roboto is installed, we can downgrade.
,
Nov 21 2017
Able to reproduce this issue on 64.0.3273.0 canary but not reproducible on equivalent dev version using Mac 10.12.6. Attaching screencast for reference. Tested the same on different dev versions but observed all good builds : 60.0.3072.0 ,61.0.3135.0 , 62.0.3164.0 ,62.0.3172.0 , 62.0.3180.0 , 62.0.3202.89 ,63.0.3203.0 , 63.0.3225.0 , 64.0.3247.0 , 64.0.3258.0 ,64.0.3262.0 , 64.0.3268.0 , 64.0.3272.0 , 64.0.3273.0 Tested with below steps: 1. Downloaded roboto fonts from http://www.1001fonts.com/roboto-font.html and extracted. 2. Added Roboto folder to Font Book 3. Now navigated to https://plus.google.com/+JungshikShin/posts/1q8vxuyfxPP on 64.0.3273.0 canary [Reproducible] and 64.0.3273.0 dev [Not reproducible] Observations: 1. Issue is not reproducible in Ubuntu 14.04 and Windows 10 after adding Roboto font locally. As issue is reproducible but inconsistent behaviour is seen, marking this issue as Untriaged and removing Needs-Bisect label. Thanks!
,
Nov 21 2017
Were all these experiments performed with clean profiles? Is it reproducible on Canary with a clean profile or not?
,
Nov 21 2017
Re comment#17: Yes checked on builds mentioned above by freshly installing every build. Yes it is reproducible on clean profile of canary which doesn't have any extension/apps installed.
,
Nov 21 2017
Thanks for getting back, is it still reproducible in Canary after executing the steps in #14?
,
Nov 22 2017
I narrowed it down to a single CL. IT's a sandbox v2 issue.
,
Nov 22 2017
Thanks for investigating and finding this, I had no idea there was sandbox V2 work in progress. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by js...@chromium.org
, Nov 18 2017