Description of problem: On KDE installations Fedora 27 Version-Release number of selected component (if applicable): - How reproducible: Always Steps to Reproduce: 1. Use the live image 2. Open a Chinese web page (baidu.com for example) 3. Install it, and repeat 2 Actual results: Chinese characters come with serifs, in title bars and in the browser itself despite a "sans-serif" specification Expected results: They should blend in with the sans-serif Latin text Additional info: Migrated from 1529984; screenshot in 1529984.
(Use Attachment #1375011 [details] as screenshot)
I see the owner is orphan, so I am changing the component to kde-i18n in order to get proper attention. Since I am not a KDE user, I might still be wrong in choosing components.
FYI, we have both Sans and Serif fonts for Chinese now. URL: https://fedoraproject.org/wiki/Changes/ChineseSerifFonts
I see now why this happens: the KDE Spin intends to blacklist the default CJK fonts and ship only one minimal CJK font (wqy-microhei-fonts) for size reasons: https://pagure.io/fedora-kickstarts/blob/f27/f/fedora-kde-common.ks#_47 However, in F27, Source Han Serif fonts were added to the default fonts group in comps: https://pagure.io/fedora-comps/c/c43473695847873ffbe8cbac9d125f7d86b9fbbf?branch=master Those fonts are missing in the blacklist in fedora-kde-common.ks and thus get installed, whereas Source Han Sans is still blacklisted. The fix is to add adobe-source-han-serif-cn-fonts and adobe-source-han-serif-tw-fonts to the blacklist, so that wqy-microhei-fonts gets used as intended. Unfortunately, I don't think this can be fixed without respinning the live media, which is not going to happen officially for F27.
I think it's time to drop the font hacks, and just use the distro defaults moving forward.
See also: https://fedoraproject.org/wiki/Changes/ChineseSerifFonts Also, FYI, note that the default CJK fonts are changing once again for F28: https://fedoraproject.org/wiki/Changes/JPDefaultFontsToNoto https://fedoraproject.org/wiki/Changes/KRDefaultFontsToNoto https://pagure.io/fedora-comps/c/63630d9a404692ded43ead3ec2dc3daf7d859391?branch=master Chinese is not being changed, it seems.
FYI, these are the updated blacklists: https://svn.calcforge.org/viewvc/kannolo?view=revision&revision=292
FYI, we plan to change Chinese fonts for F28 also. https://fedoraproject.org/wiki/Changes/ChineseDefaultFontsToNoto
This is the change that was done for Chinese: https://pagure.io/fedora-comps/c/a99f051020771d2cfba9e895e23afa59f5cc0ba0?branch=master So the blacklist as it is there now is entirely ineffective, it may as well be removed if you do not update it (and my "updated" blacklist from comment #7 is already outdated as well). (But at least that means that this bug is not going to happen for fresh installations of F28.)
Updated blacklist for F28 and Rawhide: https://svn.calcforge.org/viewvc/kannolo/trunk/kickstart/kannolo.ks?revision=316&view=markup#l206
Opting to omit the erroneous font blacklists for now: https://pagure.io/fedora-kickstarts/pull-request/372 (at least until there's a consensus on how best to handle the size issue, there's an ongoing thread on -devel list)
Wait a sec... If I am reading the blacklists right, it is suggesting that the Fedora spins are installing a Sans to replace some Sans, which should have been mostly acceptable and not intruduce something like a "serif as sans" situation. Seeing the Serif gets used in the presence of WenQuanYi indicates some sort of fontconfig configuration problems in one of these packages. Is WenQuanYi not offering itself as a Sans or is SourceHanSerif somehow yelling about it being a Sans?