Font renders as random-alike colorized stripes in some places.
Categories
(Core :: Graphics: Text, defect)
Tracking
()
People
(Reporter: SpacingBat3, Unassigned)
Details
Attachments
(1 file)
|
125.51 KB,
image/png
|
Details |
circleci-firefox.png
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:125.0) Gecko/20100101 Firefox/125.0
Steps to reproduce:
Simply loading a webpage (e.g. CircleCI pipeline logs) was enough for it to be broken. What's surprising it only happened for me for stuff like console logs or terminal, and only in some places. It also shouldn't be dependant on the platform, CPU architecture or graphics, I was able to successfully reproduce it on Windows ARM laptop and Linux x64 PC, with that difference in mind I guess this isn't pinned to any particular platform to be able to reproduce it. Maybe it matters on the Firefox config tho; I have quite tinkered it, like with adding user.js (it actually acts as default config of Firefox) or by enabling Fingerprinting Protection.
Actual results:
A monospace/console font renders as a gibberish, in form of "randomly colorized" stripes. This doesn't happen on every page however, I'm not really sure of the exact cause for now (I might need some time to find it).
Expected results:
A font should correctly render, like in case of other browser engines (Chromium).
|
||
Comment 1•1 year 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.
|
Reporter | |
Comment 2•1 year ago
|
||
(...) Maybe it matters on the Firefox config tho; I have quite tinkered it, like with adding user.js (it actually acts as default config of Firefox) or by enabling Fingerprinting Protection. (...)
Looks like this can be associated with privacy.fingerprintingProtection or privacy.resistFingerprinting, with these options disabled (set to false in about:config), this bug doesn't seem to occur.
|
||
Comment 3•1 year ago
|
||
I'm guessing this might be related to fingerprinting protection blocking use of whatever monospaced font you would normally be seeing there. Have you installed a particular monospaced font, and maybe customized the Firefox font preferences to use your locally-installed one?
(Still, this isn't a result I'd expect to see; if the preferred font is blocked, then a fallback should still render fine. So I'm not sure what's going on here. More of a Graphics-level issue than Layout, perhaps; moving to that component.)
|
||
Updated•1 year ago
|
|
|
Reporter | |
Comment 4•2 months ago
|
||
I'm not sure if anything has changed at the implementation side and I was sure back when I've been reporting this that this bug was related to the text rendering, but some time I've noticed this was due to canvas rendering of font… which explains that kind of rendering (I think it is still selectable as font it being hidden, something similar to what is being done sometimes for ORC in PDFs – this could also explain why I didn't have noticed this uses canvas back then, and it's not like I reverse engineer every page thoroughly). At the same time, even with canvas randomization and read APIs limitations disabled, the font that seemed to render for me was… still rather weirdly sized (extremely oversized I believe) when compared to Chrome.
I'm really sorry if this bug ticket wasn't helpful at all. I guess I did bad job as bug reporter at figuring out what's going on under-the-hood. I'll try doing my bugs a bit better the next time when I report them. And thank you everyone for taking your time at checking this out anyway.
Description
•