Font issue in Firefox 89 on Debian 10, with gfx.e10s.font-list.shared set to true (the default as of 89 release)
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
People
(Reporter: fthebaud, Unassigned)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(6 files)
ff89_B.png
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0
Steps to reproduce:
On debian 10, I'm testing the same webpage (see screenshots) using Firefox 89.0 and Firefox ESR 78.11.
Actual results:
Firefox 89.0: some fonts are rendered using Helvetica which is not installed on my machine, resulting in an ugly rendering.
Firefox ESR 78.11: Helvetica is skipped since it's not installed on my machine. Firefox is defaulting to sans serif and uses 'liberation sans' which is installed on my computer.
Expected results:
Fonts in Firefox 89 should be rendered with fonts installed on the system.
|
||
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 revert this change in case you think the bot is wrong.
|
||
Comment 2•3 years ago
|
||
It looks like Helvetica is installed on your system, but only as bitmap (PCF) font files; I can't see the full path in the screenshot, but it ends ...ISO8859-1.pcf.gz. (There may be a whole collection of files there, for different codepages, sizes, etc.)
(What does fc-match -v :family=Helvetica show if you run it in a terminal window?)
I think some older versions of Firefox ignored bitmap fonts altogether, which could be why you didn't see it previously. But it's there; if you don't want it, you should probably uninstall whatever package it comes from. (Some old XWindows-related package, maybe.)
I was using "font manager" to list the available fonts on my machine, looks like it doesn't display all the available fonts...
Here's the output for fc-match:
fc-match -v :family=Helvetica
Pattern has 37 elts (size 48)
family: "Liberation Sans"(s)
familylang: "en"(s)
style: "Regular"(s)
stylelang: "en"(s)
fullname: "Liberation Sans"(s)
fullnamelang: "en"(s)
slant: 0(i)(s)
weight: 80(f)(s)
width: 100(f)(s)
size: 12(f)(s)
pixelsize: 12.5(f)(s)
foundry: "1ASC"(w)
hintstyle: 1(i)(w)
hinting: True(s)
verticallayout: False(s)
autohint: False(s)
globaladvance: True(s)
file: "/usr/share/fonts/truetype/liberation/LiberationSans-Regular.ttf"(w)
index: 0(i)(w)
outline: True(w)
scalable: True(w)
dpi: 75(f)(s)
scale: 1(f)(s)
charset:
0000: 00000000 ffffffff ffffffff 7fffffff 00000000 ffffffff ffffffff ffffffff
0001: ffffffff ffffffff ffffffff ffffffff 00040000 00000000 00000000 fc000000
0002: 0f000000 00000000 00000000 00000000 00000000 00000000 3f0002c0 00000000
0003: 00000000 00000000 00000000 40000000 ffffd7f0 fffffffb 00007fff 00000000
0004: ffffffff ffffffff ffffffff 000c0000 00030000 00000000 00000000 00000000
001e: 00000000 00000000 00000000 00000000 0000003f 00000000 00000000 000c0000
0020: 7fbb0000 560d0047 00000010 80000000 00000000 00001098 00000000 00000000
0021: 00480020 00004044 78000000 00000000 003f0000 00000100 00000000 00000000
0022: c6268044 00000a00 00000100 00000033 00000000 00000000 00000000 00000000
0023: 00010004 00000003 00000000 00000000 00000000 00000000 00000000 00000000
0025: 11111005 10101010 ffff0000 00001fff 000f1111 14041c03 03008c10 00000040
0026: 00000000 1c000000 00000005 00001c69 00000000 00000000 00000000 00000000
00f0: 00000026 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00fb: 00000006 00000000 00000000 00000000 00000000 00000000 00000000 00000000
(w)
lang: aa|af|av|ay|be|bg|bi|br|bs|ca|ce|ch|co|cs|cy|da|de|el|en|eo|es|et|eu|fi|fj|fo|fr|fur|fy|gd|gl|gv|ho|hr|hu|ia|id|ie|ik|io|is|it|ki|kl|kum|la|lb|lez|lt|lv|mg|mh|mk|mo|mt|nb|nds|nl|nn|no|nr|nso|ny|oc|om|os|pl|pt|rm|ro|ru|se|sel|sk|sl|sma|smj|smn|so|sq|sr|ss|st|sv|sw|tk|tl|tn|tr|ts|uk|uz|vo|vot|wa|wen|wo|xh|yap|zu|an|crh|csb|fil|hsb|ht|jv|kj|ku-tr|kwm|lg|li|ms|na|ng|pap-an|pap-aw|rn|rw|sc|sg|sn|su|za(s)
fontversion: 70123(i)(s)
capability: "otlayout:DFLT otlayout:cyrl otlayout:grek otlayout:latn"(w)
fontformat: "TrueType"(w)
embeddedbitmap: True(s)
decorative: False(s)
lcdfilter: 1(i)(w)
namelang: "en"(s)
prgname: "fc-match"(s)
postscriptname: "LiberationSans"(w)
color: False(w)
symbol: False(s)
variable: False(s)
|
|
||
Comment 4•3 years ago
|
||
Hmm, that's interesting -- I wonder if there's an alias that substitutes Liberation Sans for Helvetica, but Firefox sees that there is a "real" font named Helvetica present and uses that. (I was expecting a pattern that would correspond to what shows up in the Firefox font inspector, on the right of your screenshot; but fc-match is preferring to follow the alias, I guess.)
As that didn't locate the precise files for us, you could try something like find /usr/share/fonts -name "*.pcf.gz" to locate the legacy bitmap font files, which I suspect will include the Helvetica ones. If you can then determine what Debian package they come from, you should be able to disable them.
Here's the complete information about the font used by Firefox 89:
Helvetica
Helvetica:style=Regular:stylelang=en,en:slant=0:weight=80:width=100:pixelsize=11:foundry=Adobe:antialias=False:file=/run/host/fonts/X11/100dpi/helvR08-ISO8859-1.pcf.gz:index=0:outline=False:scalable=False:charset=0 20-7e a0-ff:lang=aa|ay|bi|br|ch|da|de|en|es|eu|fj|fo|fur|fy|gd|gl|gv|ho|ia|id|ie|io|is|it|lb|mg|nb|nds|nl|nn|no|nr|oc|om|pt|rm|sma|smj|so|sq|ss|st|sv|sw|tl|ts|uz|vo|wa|xh|yap|zu|an|fil|ht|jv|kj|kwm|li|ms|ng|pap-an|pap-aw|rn|rw|sc|sg|sn|su|za:fontversion=0:fontformat=PCF:decorative=False:postscriptname=Helvetica:color=False:symbol=False:variable=False
The file is located here /run/host/fonts/X11/100dpi/helvR08-ISO8859-1.pcf.gz, looks like it's related to X server.
Could it be a server-side font ? I don't know much about X server...
|
||
Comment 6•3 years ago
|
||
|
|
||
Comment 7•3 years ago
|
||
I have the same or very similar issue. This occurs on Firefox 89 which I receive today.
This issue does not happen to me on the previous versions of Firefox while my machine configuration remains the same for a long time.
I have Helvetica fonts in my system in /usr/share/fonts and they are indeed pcf. But I have locally installed Helvetica font family in ~/.fonts. Right now, some of popular sites (like GitHub) displays corrupted because some of the glyphs come from /usr pcf font. It is even possible inside one styled block, some of glyphs are ok and some are corrupted.
This /usr font is a part of my Xorg installation, so I can't risk removing it, because it may broke Xorg package which explicitly depends on it.
The issue is bad for me, because I have 4K display and this pcf glyphs are way too small to read them.
I have not a popular distro, so the issue may be on my side, I would like to share additional info if it helps and also will try to solve this by myself. But this may be a font prioritization issue inside Firefox as well.
|
|
||
Comment 8•3 years ago
|
||
I suspect that for the time being, you can probably work around this by going to about:config and setting gfx.e10s.font-list.shared to false (and then restart Firefox).
The fact that you have both bitmap and outline (scalable) versions of the same font installed makes things tricky: we could perhaps make Firefox prefer the scalable fonts if available, and only use the bitmaps if no scalable font is installed; but then we'll get complaints from the people who deliberately install bitmap fonts because they hate antialiasing of any kind and want their "crisp" (blocky) bitmaps to be used....
|
|
||
Comment 9•3 years ago
|
||
|
|
||
Comment 10•3 years ago
|
||
(Firefox ESR 78)
|
|
||
Comment 11•3 years ago
|
||
Thank you very much, that workaround makes text at least readable. Now I have some glyphs non-smoothed for some reason, but at least all of them are the same size. I think after this workaround the rest of the issue is just my system is poor with fonts or my custom Helvetica is not setup properly.
I remember having a smoothed fonts on previous versions but don't know why. Seemes they resolve to another font. I've checked how it would look in ESR 78 Firefox. So Firefox 89 resolves to Helvetica (it is inside .fonts), and ESR resolves to HelveticaCE (it is also inside .fonts, I believe they are from the same distribution). So ESR displays smoothed font without any action from me. It's higly likely my Helvetica distribution is incorrect.
Thanks for the workaround.
|
||
Comment 12•3 years ago
|
||
See also bug 1714197, another issue with Helvetica variants, which was regressed by the same pref-enabling. (Not sure if they're duplicates of each other or just similar.)
|
||
Updated•3 years ago
|
|
|
||
Comment 13•3 years ago
|
||
I'd experienced this bug you mention as well, but not at the moment, so I cannot repro it right now. But this was also an issue on my machine. As far as I remember, it was present when I have only system's /usr variants of Helvetica. So I ended up installing local Helvetica with more variants and right now I have only this issue.
|
|
||
Comment 14•3 years ago
|
||
(In reply to Jonathan Kew (:jfkthame) from comment #2)
It looks like Helvetica is installed on your system, but only as bitmap (PCF) font files
(Does that suggest this is a duplicate of bug 1714282?)
|
|
||
Comment 15•3 years ago
|
||
I took the liberty to remove my /usr version of Helvetica and rebuild font cache. After that the issue wanished. This is a working solution for me. However, I must admit that previous version of Firefox, Firefox ESR and Chromium are all not having this issue at all. It feels like a prioritization issue indeed. I think, user fonts must be preferred in such scenario.
Thanks for advices and tips.
|
|
||
Updated•3 years ago
|
|
|
||
Comment 16•3 years ago
|
||
Set release status flags based on info from the regressing bug 1694174
|
||
Comment 17•3 years ago
|
||
The problem also happens in Windows 10 in Spanish (Windows NT 10.0; Win64; x64; rv:89.0) , the letter Ñ, accents and other characters are seen as other letters.
|
||
Comment 18•3 years ago
|
||
(In reply to Jonathan Kew (:jfkthame) from comment #8)
I suspect that for the time being, you can probably work around this by going to
about:configand settinggfx.e10s.font-list.sharedtofalse(and then restart Firefox).The fact that you have both bitmap and outline (scalable) versions of the same font installed makes things tricky: we could perhaps make Firefox prefer the scalable fonts if available, and only use the bitmaps if no scalable font is installed; but then we'll get complaints from the people who deliberately install bitmap fonts because they hate antialiasing of any kind and want their "crisp" (blocky) bitmaps to be used....
For information : this didn't fix the issue for me with Firefox 89.0 (flatpack) on Debian GNU/Linux 10 (buster)
Tested on https://www.shnoulle.net/TEST/
Still set to Helvetica : https://www.shnoulle.net/TEST/Screenshot-14062021-09-00-51.png (but without information where it find it).
|
|
||
Comment 19•3 years ago
|
||
(In reply to Denis Chenu from comment #18)
For information : this didn't fix the issue for me with Firefox 89.0 (flatpack) on Debian GNU/Linux 10 (buster)
Tested on https://www.shnoulle.net/TEST/
Still set to Helvetica : https://www.shnoulle.net/TEST/Screenshot-14062021-09-00-51.png (but without information where it find it).
Seems like that's the expected result, isn't it? The page asks for Helvetica, and you have a Helvetica font installed, so that's what is used.
If you don't like the "blocky" rendering of the bitmap Helvetica font that is being used, the solution would be to remove it and install a scalable outline version instead. (Or just remove it and let a substitute font be used.)
|
|
||
Comment 20•3 years ago
|
||
(In reply to Jonathan Kew (:jfkthame) from comment #19) > (In reply to Denis Chenu from comment #18) > > For information : this didn't fix the issue for me with Firefox 89.0 (flatpack) on Debian GNU/Linux 10 (buster) > > > > Tested on https://www.shnoulle.net/TEST/ > > > > Still set to Helvetica : https://www.shnoulle.net/TEST/Screenshot-14062021-09-00-51.png (but without information where it find it). > > Seems like that's the expected result, isn't it? The page asks for Helvetica, and you have a Helvetica font installed, so that's what is used. > > If you don't like the "blocky" rendering of the bitmap Helvetica font that is being used, the solution would be to remove it and install a scalable outline version instead. (Or just remove it and let a substitute font be used.) I don't have Helvetica installed …
|
|
||
Comment 21•3 years ago
|
||
I suspect you do, actually. What does fc-list | fgrep -i Helvetica show?
|
|
||
Comment 22•3 years ago
|
||
(In reply to Jonathan Kew (:jfkthame) from comment #19)
(In reply to Denis Chenu from comment #18)
For information : this didn't fix the issue for me with Firefox 89.0 (flatpack) on Debian GNU/Linux 10 (buster)
Tested on https://www.shnoulle.net/TEST/
Still set to Helvetica : https://www.shnoulle.net/TEST/Screenshot-14062021-09-00-51.png (but without information where it find it).
Seems like that's the expected result, isn't it? The page asks for Helvetica, and you have a Helvetica font installed, so that's what is used.
If you don't like the "blocky" rendering of the bitmap Helvetica font that is being used, the solution would be to remove it and install a scalable outline version instead. (Or just remove it and let a substitute font be used.)
I don't have Helvetica installed …
$ fc-match -v :family=Helvetica
Pattern has 37 elts (size 48)
family: "Liberation Sans"(s)
familylang: "en"(s)
style: "Regular"(s)
stylelang: "en"(s)
fullname: "Liberation Sans"(s)
fullnamelang: "en"(s)
slant: 0(i)(s)
weight: 80(f)(s)
width: 100(f)(s)
size: 12(f)(s)
pixelsize: 12,5(f)(s)
foundry: "1ASC"(w)
hintstyle: 1(i)(w)
hinting: True(s)
verticallayout: False(s)
autohint: False(s)
globaladvance: True(s)
file: "/usr/share/fonts/truetype/liberation2/LiberationSans-Regular.ttf"(w)
index: 0(i)(w)
outline: True(w)
scalable: True(w)
dpi: 75(f)(s)
scale: 1(f)(s)
charset:
0000: 00000000 ffffffff ffffffff 7fffffff 00000000 ffffffff ffffffff ffffffff
0001: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
0002: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
0003: ffffffff ffffffff ffffffff 7c30ffff ffffd7f0 fffffffb ffff7fff ffffffff
0004: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff
0005: 3c0fffff 00000000 00000000 00000000 fffe0000 ffffffff ffff00ff 001f07ff
001d: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 000007ff c0000000
001e: ffffffff ffffffff ffffffff ffffffff 4fffffff ffffffff ffffffff 03ffffff
001f: 3f3fffff ffffffff aaff3f3f 3fffffff ffffffff ffdfffff efcfffdf 7fdcffff
0020: fffdffff 561dfc47 40000010 81b0fc00 001f0000 803fffff 00000000 00010000
0021: 00c80020 00004044 78186000 00000000 003f0010 00000100 00000000 00000000
0022: c6268044 00000a00 00000100 00000037 00000000 00000000 00000000 00000000
0023: 00010004 00000003 00000000 00000000 00000000 00000000 00000000 00000000
0025: 11111005 10101010 ffff0000 00001fff 000f1111 14041c03 03009c10 00000040
0026: 00000000 1c000000 00000005 00009e69 00000000 00000000 00000000 00000000
002c: 00000000 00000000 00000000 00fe3fff 00000000 00000000 00000000 00000000
002e: 00800000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
00a7: ff800000 00000003 00000000 00000000 00001f00 00000000 00000000 00000000
00fb: e0000006 5f7fffff 0000ffdb 00000000 00000000 00000000 00000000 00000000
00fe: 00000000 0000000f 00000000 00000000 00000000 00000000 00000000 00000000
00ff: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 10000000
(w)
lang: aa|ab|af|ast|av|ay|az-az|ba|bm|be|bg|bi|bin|br|bs|bua|ca|ce|ch|chm|co|cs|cu|cv|cy|da|de|el|en|eo|es|et|eu|fi|fj|fo|fr|ff|fur|fy|ga|gd|gl|gn|gv|ha|haw|he|ho|hr|hu|ia|ig|id|ie|ik|io|is|it|kaa|ki|kk|kl|ku-am|kum|kv|kw|ky|la|lb|lez|ln|lt|lv|mg|mh|mi|mk|mo|mt|nb|nds|nl|nn|no|nr|nso|ny|oc|om|os|pl|pt|rm|ro|ru|sah|sco|se|sel|sh|shs|sk|sl|sm|sma|smj|smn|sms|so|sq|sr|ss|st|sv|sw|tg|tk|tl|tn|to|tr|ts|tt|tw|tyv|uk|uz|ve|vi|vo|vot|wa|wen|wo|xh|yap|yi|yo|zu|ak|an|ber-dz|crh|csb|ee|fat|fil|hsb|ht|hz|jv|kab|kj|kr|ku-tr|kwm|lg|li|mn-mn|ms|na|ng|nv|pap-an|pap-aw|qu|quz|rn|rw|sc|sg|sn|su|ty|za(s)
fontversion: 131072(i)(s)
capability: "otlayout:cyrl otlayout:grek otlayout:hebr otlayout:latn"(w)
fontformat: "TrueType"(w)
embeddedbitmap: True(s)
decorative: False(s)
lcdfilter: 1(i)(w)
namelang: "fr"(s)
prgname: "fc-match"(s)
postscriptname: "LiberationSans"(w)
color: False(w)
symbol: False(s)
variable: False(s)
And on 78.11.0esr (64 bits) it's OK
https://www.shnoulle.net/TEST/firefox-ESR.png
For information: OK on a Fedora with Firefox 8 some day ago.
|
|
||
Comment 23•3 years ago
|
||
(In reply to Jonathan Kew (:jfkthame) from comment #21)
I suspect you do, actually. What does
fc-list | fgrep -i Helveticashow?
shnoulle@poledra:~$ fc-list | fgrep -i Helvetica
shnoulle@poledra:~$
|
|
||
Comment 24•3 years ago
|
||
Hmm, that's curious... because Firefox is clearly finding a Helvetica font.
If you run it with gfx.e10s.font-list.shared set to true, does the Fonts panel in the inspector show more detail of what it's finding?
|
|
||
Comment 25•3 years ago
|
||
(In reply to Jonathan Kew (:jfkthame) from comment #24)
Hmm, that's curious... because Firefox is clearly finding a Helvetica font.
If you run it with gfx.e10s.font-list.shared set to
true, does the Fonts panel in the inspector show more detail of what it's finding?
Helvetica:style=Regular:stylelang=en,en:slant=0:weight=80:width=100:pixelsize=11:foundry=Adobe:antialias=False:file=/run/host/fonts/X11/100dpi/helvR08-ISO8859-1.pcf.gz:index=0:outline=False:scalable=False:charset=0 20-7e a0-ff:lang=aa|ay|bi|br|ch|da|de|en|es|eu|fj|fo|fur|fy|gd|gl|gv|ho|ia|id|ie|io|is|it|lb|mg|nb|nds|nl|nn|no|nr|oc|om|pt|rm|sma|smj|so|sq|ss|st|sv|sw|tl|ts|uz|vo|wa|xh|yap|zu|an|fil|ht|jv|kj|kwm|li|ms|ng|pap-an|pap-aw|rn|rw|sc|sg|sn|su|za:fontversion=0:fontformat=PCF:decorative=False:postscriptname=Helvetica:color=False:symbol=False:variable=False
https://www.shnoulle.net/TEST/gfx.e10s.font-list.shared-true.png
shnoulle@poledra:~$ ls -l /usr/share/fonts/X11/100dpi/hel*
-rw-r--r-- 1 root root 4336 juil. 8 2015 /usr/share/fonts/X11/100dpi/helvB08-ISO8859-1.pcf.gz
-rw-r--r-- 1 root root 14077 juil. 8 2015 /usr/share/fonts/X11/100dpi/helvB08.pcf.gz
-rw-r--r-- 1 root root 4735 juil. 8 2015 /usr/share/fonts/X11/100dpi/helvB10-ISO8859-1.pcf.gz
-rw-r--r-- 1 root root 15072 juil. 8 2015 /usr/share/fonts/X11/100dpi/helvB10.pcf.gz
-rw-r--r-- 1 root root 5027 juil. 8 2015 /usr/share/fonts/X11/100dpi/helvB12-ISO8859-1.pcf.gz
-rw-r--r-- 1 root root 15513 juil. 8 2015 /usr/share/fonts/X11/100dpi/helvB12.pcf.gz
-rw-r--r-- 1 root root 5302 juil. 8 2015 /usr/share/fonts/X11/100dpi/helvB14-ISO8859-1.pcf.gz
… …
But not insalled.
|
|
||
Comment 26•3 years ago
|
||
Firefox gets the list of available fonts by calling FcConfigGetFonts(nullptr, FcSetSystem), so as far as I can see, these Helvetica fonts must be included in the set that fontconfig returns. What I don't understand at the moment is why, then, they don't show up in the output of fc-list.
Oh, you said you're running a flatpack Firefox package -- I wonder if the flatpack setup results in fontconfig picking up a different configuration than the fc-list tool sees. Could you try downloading a standard build from https://www.mozilla.org/en-US/firefox/linux/ and see if that behaves any differently?
|
|
||
Comment 27•3 years ago
|
||
Ah -- I suspect you're seeing something like bug 1621915. It sounds to me like flatpak packages get a separate font configuration that may not necessarily match how fontconfig on the host system is set up. So I think that's why you're seeing Helvetica being "installed" from Firefox's point of view (the flatpak fontconfig includes it) even though the host configuration is set up to exclude bitmap fonts.
|
|
||
Comment 28•3 years ago
|
||
(In reply to Jonathan Kew (:jfkthame) from comment #26)
Firefox gets the list of available fonts by calling
FcConfigGetFonts(nullptr, FcSetSystem), so as far as I can see, these Helvetica fonts must be included in the set that fontconfig returns. What I don't understand at the moment is why, then, they don't show up in the output offc-list.Oh, you said you're running a flatpack Firefox package -- I wonder if the flatpack setup results in fontconfig picking up a different configuration than the
fc-listtool sees. Could you try downloading a standard build from https://www.mozilla.org/en-US/firefox/linux/ and see if that behaves any differently?
I confirm : no issue with 89.0 (64-bits) from binary distribution.
Related to flatpack here.
Thank you
|
|
||
Comment 29•3 years ago
|
||
(In reply to Denis Chenu from comment #28)
I confirm : no issue with 89.0 (64-bits) from binary distribution.
With default gfx.e10s.font-list.shared (true)
|
|
||
Comment 30•3 years ago
|
||
@Denis Chenu, the setting gfx.e10s.font-list.shared fixes only the part of the problem for me. My final workaround was to remove /usr/share/fonts/X11/*dpi/helv* fonts. To be sure that nothing goes wrong I started with git init in /usr/share/fonts and committing fonts state. This directory does not weight too much, so this is viable backup if I need it again (or you can re-install later from repository; in my system this Helvetica family was a dependency of a base Xorg package).
|
|
||
Comment 31•3 years ago
|
||
(In reply to strange.transistor from comment #30)
@Denis Chenu, the setting
gfx.e10s.font-list.sharedfixes only the part of the problem for me. My final workaround was to remove/usr/share/fonts/X11/*dpi/helv*fonts. To be sure that nothing goes wrong I started withgit initin/usr/share/fontsand committing fonts state. This directory does not weight too much, so this is viable backup if I need it again (or you can re-install later from repository; in my system this Helvetica family was a dependency of a base Xorg package).
What is your version of firefox ? If it's a flatpack : it's related to flatpack :)
|
||
Comment 32•3 years ago
|
||
I am having a problem best described as "FontSubstitutes registry entry not being respected in firefox 89". Based on my testing it could be related to the windows version or UAC settings, but I'm not sure. I can only say it happens on Win7 with UAC disabled and I couldn't get it to happen on Win10.
Disabling gfx.e10s.font-list.shared works around the problem.
It's discussed here a little bit
https://www.reddit.com/r/firefox/comments/nq19es/windows_firefox_89_apparently_not_honoring/
I'm adding it to this thread because someone already mentioned windows 10 here; maybe it's all related. Apologies if it's not. Seems weird that this tech could create so many different issues, but I guess that's why it was in testing for so long. Does it entail a massively rewritten font database which needed to be debugged as long as the original font database?
|
|
||
Comment 33•3 years ago
|
||
The handling of Windows registry FontSubstitutes is quite separate from any issues on Debian. I do believe the behavior here has changed -- and it's debatable whether the change is "correct" or not -- but please file a separate bug about it (to avoid the confusion that inevitably arises when several independent issues are being discussed in a single bug report).
"FontSubstitutes registry entry not being respected in firefox 89" sounds like a good bug summary. But it's not the same bug as "Font issue ... on Debian 10".
|
|
||
Comment 35•3 years ago
|
||
I'm not using flatpak, for the record.
|
|
||
Comment 36•3 years ago
|
||
(In reply to strange.transistor from comment #35)
I'm not using flatpak, for the record.
Your issue seems to be that you have (or had) some bitmap Helvetica fonts installed, so those would be used for certain sizes. The bitmap font sizing issue in bug 1714282 made things worse, in that it got stuck at the smallest bitmap size, but with that resolved (or with the gfx.e10s.font-list.shared pref disabled), what remains is that some sizes render differently because they're bitmaps. That's expected, and if you want the same smooth rendering at all sizes the proper solution is to remove (or disable, via fontconfig settings) the bitmap versions.
The flatpak situation is similar, except that people are getting (understandably) confused because the flatpak build of Firefox "sees" a different fontconfig setup than the underlying system's. So Firefox appears to be using fonts that (as far as the user is concerned) shouldn't be "installed" at all. I think that's fundamentally a problem with how the flatpak setup is created/configured, but I don't know any details about it. I suspect it's likely to be intended behavior that a flatpak-packaged application can have an environment "independent" of the host system where it's run; but it is very confusing for users in this case.
|
|
||
Comment 37•3 years ago
|
||
Note to everyone thinking of weighing in here
Several quite separate issues have ended up in this bug, which makes it really confusing to keep track. So far I've seen:
(a) Bitmap fonts on Linux refusing to scale above the smallest size: see bug 1714282.
(b) Flatpak build gets a different font configuration than the host system: see bug 1621915.
(c) Windows FontSubstitutes not being used, resulting in e.g. unexpected Helvetica: see bug 1716433.
(d) Some font sizes render "blocky" or non-smoothed; not a regression, this is expected if bitmaps are installed.
For any of these specific issues, please follow up in the bugs mentioned, rather than adding to the mix of discussions here. Thanks!
|
||
Comment 38•3 years ago
|
||
Bug 1694174 was backed out on the release channel which fixes this regression in the just released 89.0.1 version.
|
||
Comment 39•3 years ago
|
||
Adding Jan who does the flatpak fixes.
|
||
Updated•3 years ago
|
|
|
||
Updated•3 years ago
|
|
||
Updated•3 years ago
|
|
|
||
Updated•3 years ago
|
|
||
Comment 40•3 years ago
|
||
It's been a some time and situation over fonts in flatpak has improved since then. Please run the fc-list in the flatpak environment from where the Firefox is run to get the list of available fonts:
flatpak run --command=/bin/bash org.mozilla.firefox
fc-list
fc-match -v :family=Helvetica
|
|
||
Comment 41•2 years ago
|
||
The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.
|
|
||
Comment 42•2 years ago
|
||
(In reply to Jan Horak [:jhorak] from comment #40)
It's been a some time and situation over fonts in flatpak has improved since then. Please run the fc-list in the flatpak environment from where the Firefox is run to get the list of available fonts
I suspect this^ request might be directed at Denis Chenu who seems to have been the affected-user whose flatpak info we discussed the most on this bug.
--> Tagging them for needinfo.
|
|
||
Comment 43•2 years ago
|
||
Sorry, don't use Flatpack anymore …
Moved to Debian version (and ubuntu zilla)
I just install Flatpack 101.1 : seems OK (but why i delete my test link :( ).
Can close i think.
|
|
||
Comment 44•2 years ago
|
||
Confirmed : can close,
OK on Flatpack version 101 on Debian on https://world.openfoodfacts.org/ n use Liberation sans for font
OK on ESR : use NimbusSans
OK on Deb from mozillabuntu : use NimbusSans
|
||
Updated•2 years ago
|
|
|
||
Updated•2 years ago
|
Description
•