https://sourceforge.net/projects/freetype/files/freetype2/2.8.1/ "By default, FreeType now offers high quality LCD-optimized output without resorting to ClearType techniques of resolution tripling and filtering. In this method, called Harmony, each color channel is generated separately after shifting the glyph outline, capitalizing on the fact that the color grids on LCD panels are shifted by a third of a pixel. This output is indistinguishable from ClearType with a light 3-tap filter." See Firefox bugs: https://bugzilla.mozilla.org/show_bug.cgi?id=1393467 https://bugzilla.mozilla.org/show_bug.cgi?id=1400721 Temporary fix: Go to about:config in Firefox and change the values of `gfx.canvas.azure.backends` and `gfx.content.azure.backends` to `cairo` instead of `skia`
Not only Firefox is broken. Wine is too. It segfaults everytime I want to run an .exe file or winecfg. So I reverted back to 2.8 and now all is working.
Created attachment 495274 [details] urxvt Not only firefox or wine are broken. Here comparison of urxvt with freetype 2.8 (on the right) and 2.8.1 (on the left): URxvt.font: xft:Hasklig:size=9:lang=pl:antialias=true:hinting=slight
confirming this, i have all sorts of display artifacts around fonts in firefox. downgrading freetype to 2.8 solved the problem.
With freetype-2.8.1 wine-* fail not only to run, but merge too.
Unsurprisingly, this also affects mail-client/thunderbird.
(In reply to Phil Stracchino (Unix Ronin) from comment #5) > Unsurprisingly, this also affects mail-client/thunderbird. Sorry about that, premature send... The problem is particularly apparent with bolded fonts.
This bug will be addressed in firefox-52.4 and firefox-56.0 on final release.
wine problem is (at least for the moment) an unrelated one. A part of it would be the following change (at least this *seems* to be a fix of this part): - if(font->ft_face->charmap->encoding == FT_ENCODING_NONE) { + if(!font->ft_face->charmap || font->ft_face->charmap->encoding == FT_ENCODING_NONE) { in get_glyph_index in dlls/gdi32/freetype.c (wine bug #43715). The other is more tricky, as wine upstream will likely need to recreate sfd files with higher resolution (wine bug #43716).
I copied these two patches[*] from Arch Linux to /etc/portage/patches/www-client/firefox-55.0.2 and Firefox fonts are atleast readable now with freetype-2.8.1 and the default Skia backend. Might be an option for backporting but that's up to the Gentoo Mozilla team. I didn't do extensive testing or anything, simply checked https://www.wikipedia.org/ (many languages, good for testing font rendering). [*] https://git.archlinux.org/svntogit/packages.git/tree/trunk/harmony-fix.diff?h=packages/firefox [*] https://git.archlinux.org/svntogit/packages.git/tree/trunk/clip-ft-glyph.diff?h=packages/firefox
Firefox 56 and 52.4 are eight days away; the official fix will hit the gentoo repo then.
(In reply to Ian Stakenvicius from comment #10) > Firefox 56 and 52.4 are eight days away; the official fix will hit the > gentoo repo then. Could we, until then, please have <www-client/firefox-56 depend on <media-libs/freetype-2.8.1 ?
(In reply to Dennis Schridde from comment #11) > (In reply to Ian Stakenvicius from comment #10) > > Firefox 56 and 52.4 are eight days away; the official fix will hit the > > gentoo repo then. > > Could we, until then, please have <www-client/firefox-56 depend on > <media-libs/freetype-2.8.1 ? You'll be fine as long as you don't have media-libs/freetype keyworded unstable. The stable version is 2.8.
firefox-55 is in unstable and allows freetype-2.8.1
This also effects Thunderbird. Downloading to freetype-2.8 fixes the issue for both Firefox and Thunderbird.
I just tested the fix for firefox from the mozilla overlay with the patchset 52.2-patches-04.tar.xz and stable freetype-2.8 on arm, and have to mention that in this combinations the fonts are broken as well. I can provide a screenshot upon request (mostly because I just downgraded to patches-03), same goes for further testing of patches.
(In reply to tt_1 from comment #15) > I just tested the fix for firefox from the mozilla overlay with the patchset > 52.2-patches-04.tar.xz and stable freetype-2.8 on arm, and have to mention > that in this combinations the fonts are broken as well. > > I can provide a screenshot upon request (mostly because I just downgraded to > patches-03), same goes for further testing of patches. You are using a patchset that is not intended for use. The patchset is based on the soon to be 52.4 release which includes one of the two patches.
(In reply to tt_1 from comment #15) > I just tested the fix for firefox from the mozilla overlay with the patchset > 52.2-patches-04.tar.xz and stable freetype-2.8 on arm, and have to mention > that in this combinations the fonts are broken as well. > > I can provide a screenshot upon request (mostly because I just downgraded to > patches-03), same goes for further testing of patches. check patches in Arch for those packages.
You'd have to avoid the firefox ebuilds from the overlay and all is fine. Mozilla does not seem to intend to fix both bugs on the next release, so the gentoo mozilla team somehow decided to prepack a patch tarball named -04 which includes the fix for 1400721 and does not include the fix for 1393467, because this one will be fixed for the next release. There is not much wrong with prepacking patch tarballs, but it is a bit of a strange idea to bump the patchset to an ebuild for which it is not suitable. So to make it clear, if you want to test the fixes you'd have to apply both patches to 52.3.0, otherwise fonts are broken without even upgrading to freetype-2.8.1
This bus also affects Thunderbird.
Seems to be fixed in Thunderbird 52.5.0 and Firefox 57.0.1.