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

Issue 727428 link

Starred by 1 user
Status: Duplicate
Merged: issue 730661
Owner:
fs...@chromium.org
Closed: Jun 2017
Cc:
█ junov@chromium.org
bunge...@chromium.org
dmazz...@chromium.org
█ brajkumar@chromium.org
e...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug



Sign in to add a comment

Font sizes wrong in canvas when Japanese the default language on macOS

Project Member Reported by gman@chromium.org, May 30 2017 
Chrome Version: 61.0.3114.0 (Official Build) canary （64 ビット）
OS: OSX 10.12.5

What steps will reproduce the problem?
(1) Set OS to Japanese Language
(2) Go to https://jsfiddle.net/greggman/vdfq4tqy/

What is the expected result?

All the lines are different sizes

What happens instead?

The first 4 lines are the same size

Run it in Firefox or Safari to see the correct result

Comment 1 by gman@chromium.org, May 30 2017

Summary: Font sizes wrong in canvas when Japanese the default language on macOS (was: Font sizes wrong in canvas - Chrome has some internal minimum size)
verified this doesn't happen if English is the default language.

Comment 2 by junov@chromium.org, May 30 2017

Components: Blink>Fonts

Comment 3 by schenney@chromium.org, May 31 2017

Labels: Needs-Bisect
Is this really a P1 regression?

Comment 4 by gman@chromium.org, Jun 1 2017 

Don't know if it's P1. Just know it breaks canvas apps if OS is in Japanese. It broke mine, that's how I found it. How many canvas apps it breaks I have no idea. 

Testing fabric.js I see it breaks that 

https://jsfiddle.net/greggman/cyhbm5Lg/

That library parses SVG into canvas commands. If that SVG contains text and that text is small then it won't scale correctly.

Seems like such a basic feature being broke would be a priority but of course that's just one opinion.
chrome-font-size-incorrect.png
638 KB View Download
firefox-font-size-correct.png
755 KB View Download

Comment 5 by brajkumar@chromium.org, Jun 1 2017

Cc: e...@chromium.org junov@chromium.org brajkumar@chromium.org
Labels: -Needs-Bisect -Type-Bug-Regression M-61 Type-Bug
Able to reproduce this issue on Mac OS 10.12.5 using chrome latest dev #61.0.3116.0, By opening the test case provided in the comment #4 observed the first 4 line displays in the same size.

Tested the same on chrome older versions of #35.0.1849.0 and #40.0.2172.0 and observed the text is not rendering and only blank space observed in the test case. This issue is observed on chrome #45.0.2404.0 as well.

Note: This issue is working fine when the OS language is English.

Comment 6 by junov@chromium.org, Jun 7 2017

Components: Internals>Skia
Owner: bunge...@chromium.org
Status: Assigned (was: Available)
Not sure who to assign this to...  My best guess is that the solution could lie in skia's mac-specific font code.
Tentatively assigning to bungeman@

Comment 7 by junov@chromium.org, Jun 13 2017

Cc: dmazz...@chromium.org
Perhaps this is a duplicate of  issue 730661 .  Re-assigning to fserb@ for further investigation.

dmazzoni@: Is it possible that the minimum font size is much larger when the OS language is set to Japanese?

Comment 8 by junov@chromium.org, Jun 13 2017

Cc: bunge...@chromium.org
Owner: fs...@chromium.org

Comment 9 by fs...@chromium.org, Jun 14 2017

Mergedinto: 730661
Status: Duplicate (was: Assigned)
We got this! :)
►

Sign in to add a comment