-
Notifications
You must be signed in to change notification settings - Fork 973
Font issue on linux #8069
Comments
please avoid f word thanks |
I've edited the posting - any idea how one might investigate the fonts that Brave is trying to use? |
disabling this seems to help me: |
@SwartzCr We should file this issue against Chrome as well then. Are you able to tell which of those fonts are being applied? I doubt Segoe fonts will be on there, and I'd be shocked if Apple Color Emoji was. But at this point, I'm completely befuddled by this entire issue :) |
@SwartzCr Do you also see the issue here? https://jsfiddle.net/jonathansampson/5e5o0feb/ |
well none of those names have numbers in them so I can't tell... |
@SwartzCr Oh, my bad. Please check now. |
@SwartzCr Whoa. |
Maybe it's a Chromium issue? Here's a list of bug reports for fonts/emoji. |
Confirmed - I am seeing the same issue on Chromium 57.0.2987.98 |
@torgo Can you share what you see when you visit https://jsfiddle.net/jonathansampson/5e5o0feb/? |
fwiw I'm using google-chrome on Debian 9, not chromium, and also brave |
Both Google Chrome and Brave actually use Chromium behind the scenes. So if there is an issue in both browsers, the problem might be coming from Chromium. The upcoming version of Brave (0.15.0) will use Chromium 58 (and I think Google Chrome 58 is currently being rolled out). We can see if the problem still exists with version 58 and file a bug report with Chromium if it's still happening. |
any movement on this? When is the next version of chromium planned to be release? And has anyone opened a bug for them? |
@SwartzCr We released 0.15.0, which uses Chromium 58. Do you still see the same behavior? |
no, still broken in chrome 58 |
@SwartzCr Sorry, did you mean Chromium instead? Or do you see this issue in both Brave 0.15.0, and Chrome 58? If you're seeing this in Chrome, we should file a crbug. |
Still seeing the issue... And also in Chromium. Doesn't look like any current chromium bug is applicable. :( I am now on brave 15.1 and I also see the issue on Chromium 58.0.3029.81. |
fwiw I opened a chromium bug: https://bugs.chromium.org/p/chromium/issues/detail?id=725569 |
@SwartzCr Looks like we aren't making much progress with the Chrome team. I managed to come across another project here that was seeing similar issues: 13rac1/emojione-color-font#40. |
I had a similar problem, except the issue wasn't Helvetica. Chromium was trying to render numbers with the Segoe UI Emoji font. On my system, this actually mapped to Noto Color Emoji, which resulted in all numbers being rendered as orange bubbles (like the example above with blue circles around numbers). The issue also showed up on other websites like todoist.com The solution for me was to uninstall the Noto Emoji fonts from my system. I should note that this happened in all chromium based browsers I tested but did not show up in firefox because firefox matched a different font to Segoe UI. |
Did you search for similar issues before submitting this one?
sure did
Describe the issue you encountered:
running a fresh install of brave, numbers are seem like they're coming from a different font set than text. They are hollow and hard to read. 7 is specifically distorted.
Platform (Win7, 8, 10? macOS? Linux distro?):
freshly installed stretch
Brave Version (revision SHA):
0.14.1
Steps to reproduce:
Actual result:
numbers appear hard to read and seem to be a different font than text.
Expected result:
numbers should look normal, like letters on apage.
Will the steps above reproduce in a fresh profile? If not what other info can be added?
I would hope so
Is this an issue in the currently released version?
yes
Can this issue be consistently reproduced?
yes
Extra QA steps:
1.
2.
3.
Screenshot if needed:
Any related issues:
The text was updated successfully, but these errors were encountered: