spaces rendering as ê (due to incompatible font copy in ~/Library/Fonts folder)
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
People
(Reporter: mjr, Unassigned)
Details
Attachments
(1 file)
|
6.86 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:103.0) Gecko/20100101 Firefox/103.0
Steps to reproduce:
Visited a website.
Actual results:
I see spaces used for whitespace rendering as ê in some sites. I've also seen some ligatures (maybe fi?) rendering incorrectly. Nothing should've changed in my OS to cause this, and I'm not seeing these issues on the same sites in Chrome. (xero.com's app is one where I'm seeing ê.) I have not recently run any OS updates.
Comment 1•3 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Layout: Text and Fonts' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•3 years ago
|
||
Thanks for reporting this. Please provide full and clear steps that allow reproducing, as "some website" is too vague.
Does "Menu > More tools > Customize toolbar... > Repair text encoding" help?
I see Repair Text Encoding under the View menu, and I don't see that affecting anything.
A URL to a page behind a xero.com login isn't going to be something you can look at.
When I come across it again elsewhere, I'll share a URL. I've been noticing this within the past week on multiple sites. I don't have another example immediately in front of me.
Comment 4•3 years ago
|
||
This may be caused by the presence of an incompatible copy of one or more standard fonts like Helvetica or Arial, most likely an old version that's present in the local ~/Library/Fonts folder. It's never desirable to have such font files in the personal font library, because they are provided as standard system fonts in /System/Library/Fonts, and if there are alternative versions in your personal directory, this can cause confusion.
From the screenshot snippet, I'm guessing there's an unwanted Helvetica font lurking at ~/Library/Fonts/Helvetica.ttf or some similar filename.
Oh, interesting. That's exactly what's going on. I had to do some stuff in there to make a font available to a project I'm working on, to be able to generate images.
That said, I'm not seeing this happen in Chrome, so if it's something that can be handled in Firefox, that'd be helpful.
Updated•3 years ago
|
Comment 6•3 years ago
|
||
I'm going to close this as WFM, as it sounds like the reporter's issue is resolved.
The problem of Firefox potentially being confused by the presence of multiple incompatible versions of the "same" font is already known from other bugs. (What's not clear to me at the moment is how we can ensure that all processes reliably get the same version of the font from the OS.)
Description
•