Font fallback doesn't follow system fontlink after Firefox 38

RESOLVED INVALID

Status

()

Core
Layout: Text
RESOLVED INVALID
3 years ago
3 years ago

People

(Reporter: fireattack, Unassigned)

Tracking

({regression})

38 Branch
Unspecified
Windows
regression
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(3 attachments)

(Reporter)

Description

3 years ago
Created attachment 8630957 [details]
Chinese test.html

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2438.3 Safari/537.36

Steps to reproduce:

1. Set the sans-serif font of Simp. Chinese to Tahoma.
2. Open the test html.



Actual results:

You can see that since Tahoma doesn't includ Chinese Glyphs, it will fallback to other fonts. Before (37 an earlier), it will fallback to SimSun (宋体) which IMO is the right choice because it's defined as so in Register of Windows; however, it became Microsoft YaHei after 38 update for some reason. 

Lots of users complained this change because they deliberately set the font to English fonts to exploit the fallback to get best display of Chinese+English text (SimSun for Chinese and Tahoma for English); after this change they will see Tahoma+Yahei which just doesn't look well (it's personal opinion though).




Expected results:

By the way, this happens along with the change of default Simplified Chinese font from SimSun to MS Yahei (see: https://hg.mozilla.org/mozilla-central/rev/179a122ae672 and bug #1096800). But I don't think they're related.
(Reporter)

Comment 1

3 years ago
Created attachment 8630958 [details]
The picture shows the difference between 37 and 38
(Reporter)

Comment 2

3 years ago
Created attachment 8630959 [details]
Microsoft Registry fontlink of Tahoma

This picture shows the fontlink of Tahoma in Win 7. It says SimSun.ttc should be the 1st choice.
(Reporter)

Updated

3 years ago
Keywords: regression
OS: Unspecified → Windows
Hardware: Unspecified → x86
(Reporter)

Updated

3 years ago
Component: Untriaged → Layout: Text
Product: Firefox → Core
(Reporter)

Updated

3 years ago
Hardware: x86 → Unspecified

Comment 3

3 years ago
Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=7e57011701b9&tochange=1b3b467f1df5

Triggered by: 179a122ae672	Ian Moody — Bug 1096800 - Default sans-serif font for zh-CN on windows is mapped to SimSun, which is actually a serif font. r=jmaher
Blocks: 1096800
(Reporter)

Comment 4

3 years ago
(In reply to Alice0775 White from comment #3)
> Pushlog:
> https://hg.mozilla.org/integration/mozilla-inbound/
> pushloghtml?fromchange=7e57011701b9&tochange=1b3b467f1df5
> 
> Triggered by: 179a122ae672	Ian Moody — Bug 1096800 - Default sans-serif font
> for zh-CN on windows is mapped to SimSun, which is actually a serif font.
> r=jmaher

hmm, even though I knew the change of https://hg.mozilla.org/integration/mozilla-inbound/rev/179a122ae672 (I mentioned before), I never noticed the pref "font.name-list.sans-serif.zh-CN" got changed as well (actually I never knew Firefox has this pref). It seems they're the "backup fonts" for fallback. By the way if I set this to English fonts as well, Firefox will then choose the font from Japanese, Korean, etc. similar languages' font pref.

So I think this is not a bug but a default settings change, because the mechanics of Firefox's font fallback never changes. 

I've close this bug, thank you Alice!
Status: UNCONFIRMED → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.