font-weight: 500 incorrectly matched against weight 600, instead of 400 for Segoe UI on Windows
Reported by
billdill...@gmail.com,
Dec 2 2017
|
|||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36 Example URL: Steps to reproduce the problem: at the bottom of bing.com are news stories, the text appears bold in Chrome when it shouldn't. What is the expected behavior? What went wrong? attached is a screenshot comparing Chromes text rendering (top) to Firefox (middle) and Edge (bottom) . Maybe this is an issue Chrome is having with that particular font? Does it occur on multiple sites: N/A Is it a problem with a plugin? N/A Did this work before? N/A Does this work in other browsers? N/A Chrome version: 62.0.3202.94 Channel: stable OS Version: 10.0 Flash Version:
,
Dec 4 2017
Able to reproduce the issue on Windows-7,Windows-10 and Mac-10.12.6 using chrome stable version #62.0.3202.94 and canary #64.0.3282.5 with the steps mentioned in comment#0. This is Non-Regression issue, observed from M50 #50.0.2626.0 and marking it as Untriaged to get more inputs from dev team. Thanks..!!
,
Dec 4 2017
The site specifically requests a semibold version (font-weight 500) of the Segoe UI font. We honor that request and render it with Segoe UI Semibold at a weight of 500. For some reason Firefox does not and instead uses the regular weight (font-weight 400) of Segoe UI Regular. I can't get the pane to show up in Edge. I'd argue that our behavior here is correct.
,
Dec 4 2017
I guess I’ll file bugs in Firefox and Edge then
,
Dec 14 2017
Per css-fonts-3 spec, "If the desired weight is 500 (medium), 400 is checked first and then the rule for desired weights less than 400 is used." Specified font-weight on this element is 500 (which is medium, not semibold). Segoe UI family has two fonts: regular with weight 400 and semibold with weight 600. Edge and Firefox follow the spec and choose regular Segoe UI. Chrome chooses semibold, which is incorrect. (css-fonts-4 rules are a bit more complex because it allows continuous font-weight, but end result should be the same in this case)
,
Dec 14 2017
Also see https://bugs.chromium.org/p/chromium/issues/detail?id=733646, which describes Chrome current behavior as incorrect.
,
Dec 14 2017
@eae - Sergey, who left a comment above is a developer for Microsoft Edge and he reached offline to note that this might be still a valid issue. Can I please kindly ask you to take a look again at this?
,
Dec 14 2017
Thanks for the clarification Sergey and Bogdan. I should have checked the weights more carefully. Can't wait for the day we can start using variable fonts everywhere.
,
Dec 15 2017
,
Dec 15 2017
Thanks for the report, I plan to address a set of issues we have with matching system fonts, I'll take this issue into account. |
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by billdill...@gmail.com
, Dec 2 20175.8 MB
5.8 MB View Download