Certain fonts replace numbers with emoji
Reported by
swart...@gmail.com,
May 23 2017
|
||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.81 Safari/537.36 Steps to reproduce the problem: 1. Load a page that uses default fonts and numbers 2. Notice that numbers are all messed up 3. Never be able to read the # 7 What is the expected behavior? Numbers should be the same font as letters What went wrong? It's documented here as well: https://github.com/brave/browser-laptop/issues/8069 I can see this issue in Chrome and Brave as well as Chromium. The screenshot in my comment is still accurate: https://github.com/brave/browser-laptop/issues/8069#issuecomment-295460867 And can be checked here: https://jsfiddle.net/jonathansampson/5e5o0feb/ It shows helvetica falling back to Emoji rendering for numbers. On my system this means that numbers are nearly unreadable, especially the number 7. Did this work before? N/A Chrome version: 58.0.3029.81 Channel: n/a OS Version: Debian 9 Flash Version:
,
May 29 2017
Could you please provide us any sample test file ore URL to triage the issue from test team ens. Thanks,
,
May 29 2017
I believe I already did that. That jsfiddle link should act as that. If you look at the github issue you'll see a screenshot of what it looks like for me, but here's a link to the image just in case that wasn't clear: https://cloud.githubusercontent.com/assets/649860/25203926/11697a56-2510-11e7-9fe4-cf53604871cd.jpg Let me know if there's something more you need
,
May 29 2017
Thank you for providing more feedback. Adding requester "kavvaru@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 5 2017
Thanks for the update. Unable to reproduce the issue on windows 7, Ubuntu 14.04 and Mac 10.12.4 using chrome version 1.Opened URL https://jsfiddle.net/jonathansampson/5e5o0feb/ 2.all numbers displayed without any issues. Please find the attached screen cast and confirm if anything missed here. Request you once please try the issue on new profile without any extensions/flags and update the thread if the issue still persists. Thanks,
,
Jun 6 2017
Yes the issue persists on a new profile with no plugins have you tried on Debian - that is the OS that I am using, so that might be a useful system to debug on, and this problem existed on a fresh install of debian
,
Jun 6 2017
Thank you for providing more feedback. Adding requester "kavvaru@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 7 2017
The test case provided intentionally specifies an emoji font for an element and complains about that font being used to render glyphs supported by said font. That is the desired and correct behavior, doing anything else would violate the css font specification and author expectations.
,
Jun 7 2017
Interesting, I was not aware that Helvetica was an emoji font. If you look at the example provided and my initial bug posting you'll see that Helvetica also is displaying numbers as emoji, which as far as I'm aware not standard behavior. The emoji fonts in the example are provided so that you can see that those numbers are in fact examples of what emoji look like on my machine. Please re-open this bug, or feel free to provide me with documentation on helvetica's history as an emoji font (something that I don't remember being mentioned in Gart Hustwits 2007 documentary)
,
Sep 18 2017
This issue should be re-opened. No spec says Helvetica number 7 (0x37) should be rendered as anything other than a plain and legible number 7. Yet this is the case for many Linux users. Please reconsider this issue. Other projects are experiencing these types of issues too. See https://github.com/eosrei/emojione-color-font/issues/40.
|
||||||||||||
►
Sign in to add a comment |
||||||||||||
Comment 1 by nyerramilli@chromium.org
, May 26 2017