New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 593862 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 459056
Owner: ----
Closed: Apr 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Feature



Sign in to add a comment

Windows fontfallback should try all the fonts on the system as the last resort before giving up

Project Member Reported by js...@chromium.org, Mar 10 2016

Issue description

Unlike Firefox or Chrome on Linux, Chrome on Windows does not try all the fonts before giving up and using 'tofu' (empty square).  Instead, Chrome just tries fonts specified in the font-stack in CSS, a fixed list of fonts (per user-pref, hard-coded, etc) and stop. 

We've been bitten by this behavior multiple times. For instance, I suspect that we'd not have suffered as much (Firefox is not affected) from a seemingly mysterious font breakage on Windows 10 ( see  bug 593253  comment 29 and http://windowsreport.com/font-bugs-windows-10 ) if Blink on Windows is like Firefox or Blink on Linux. 

There are other cases where this is desirable. A user installed a font for a script/language Chrome did not have 'hardcoded' script->font mapping entry. Chrome shows tofus for characters in that script. Firefox is perfectly fine. 

I'm pretty sure that there's a bug on this issue, but I couldn't find it any more. So, I'm filing a new bug. 



 

Comment 1 by drott@chromium.org, Mar 10 2016

FWIW, at least  bug 593262  (squares in Turkish) is not a fallback issue. The font itself has a glyph for the character in question and shaping seems to work. It seems to be rather an issue with the glyph not getting rendered, presumably through DirectWrite hitting the sandbox.

Comment 2 by e...@chromium.org, Mar 19 2016

Labels: -Type-Bug Type-Feature
Status: Available (was: Untriaged)
Mergedinto: 459056
Status: Duplicate (was: Available)

Sign in to add a comment