Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1965684
| Summary: | Fontconfig & Firefox font issues on KDE Spins since F32 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | pk <pimk1n> | ||||||||
| Component: | fontconfig | Assignee: | Akira TAGOH <tagoh> | ||||||||
| Status: | NEW --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 34 | CC: | ajax, caillon+fedoraproject, fonts-bugs, gnome-sig, i18n-bugs, jdluhos, mclasen, pnemade, rhughes, rstrode, sandmann, tagoh | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | x86_64 | ||||||||||
| OS: | Unspecified | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | Type: | Bug | |||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
pk
2021-05-28 19:56:57 UTC
Created attachment 1787943 [details]
bugzilla poor font rendering
Did you really need to enable those all properties? basically most desktops has default values for them and currently fontconfig's default configuration is respecting them and is for something not having such default values. That screenshot looks like making some difference between hinting. we have 10-hinting-slight.conf enabled by default but as I said still respecting desktop's default. so if you drop hintstyle change from your conf and still see "poor rendering" you said, I'm afraid that's not our problem. Anyway good to try finding out what the root cause are. Created attachment 1790152 [details] Firefox showing font issues with default config Recent reddit post suggesting Firefox specific issue has fix that greatly improves the fonts for me (as new attachment) This has been a problem with Firefox, but only in Fedora, for 3 releases. >> Firefox also ignores the filter so you'll need to do this as well: sudo ln -s /usr/share/fontconfig/conf.avail/11-lcdfilter-default.conf /etc/fonts/conf.d https://old.reddit.com/r/Fedora/comments/nwyva5/how_to_improve_fonts_on_fedora_34/h1cd0oh/ From FreeType docs: Since 2.10.3 the LCD filtering is enabled with FT_LCD_FILTER_DEFAULT. It is no longer necessary to call this function explicitly except to choose a different filter or disable filtering altogether with FT_LCD_FILTER_NONE. Even if we don't explicitly have 11-lcdfilter-default.conf enabled, FreeType should deal with it properly. if you still really see difference with it, something might be wrong. Retested from live ISO of F32 KDE spin and confirmed issue present in Firefox and adding symlink to 11-lcdfilter-default.conf does resolve. This has freetype 2.10.1-2 & firefox 75.0-1. F32 is when I first noticed it, not an issue in F31. Debian 11 KDE has 11-lcdfilter-default.conf symlink by default and no font issue in Firefox, openSUSE Tumbleweed KDE appears to work a bit differently, but also not showing this issue. Please try the supported releases. Fedora 32 has been EOL'd. and we have 2.10.4 in all the supported releases[1], which uses FT_LCD_FILTER_DEFAULT as the above docs says. [1]...https://src.fedoraproject.org/rpms/freetype I retested with F32 KDE as this is when issue started, and thought it might predate freetype 2.10.3 you mentioned, which it does. This issue is present in all KDE spin releases since F32, it is present in F33 and F34. It is not present in F34 Gnome. Adding the lcdfilter symlink under the Gnome workstation does nothing that I could see, but give noticable quality improvement under KDE spin. This brings KDE spin back to parity with prior releases, and other KDE distrobutions. You can reproduce just by booting a KDE spin iso and opening Firefox. Thanks for replying. *** Bug 1830509 has been marked as a duplicate of this bug. *** |