New issue
Advanced search Search tips

Issue 702458 link

Starred by 3 users
Status: Archived
Owner: ----
Closed: Mar 2018
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

IDS_WEB_FONT_FAMILY translation error when desktop_linux on zh-TW locale

Reported by hjl25048...@gmail.com, Mar 17 2017 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.98 Safari/537.36

Steps to reproduce the problem:
1. Set locale to zh-TW
2. Open setting page
3. Check the font settings on inspection panel

What is the expected behavior?
The font family:
Expected: Noto Sans CJK TC, WenQuanYi Zen Hei, sans-serif
Actual: Noto Sans CJK SC, WenQuanYi Zen Hei, sans-serif

What went wrong?
The IDS_WEB_FONT_FAMILY is wrong translated on zh-TW locale. Any agent with zh-TW locale should use the TC variant of Noto Sans CJK for rendering.

Did this work before? No 

Chrome version: 57.0.2987.98  Channel: stable
OS Version: 
Flash Version: 

Background: https://bugs.chromium.org/p/chromium/issues/detail?id=642889#c29 Bullet 4.

Comment 1 by shikis...@outlook.com, Mar 17 2017 

Let me add something for "what went wrong" part:

Any agent with zh-TW locale should use the TC variant of Noto Sans CJK for rendering. If there are TW and HK variants, the zh-TW should always use TW variant while the HK is forbidden. HK variant, if there is one, is only for zh-HK.

Comment 2 by ranjitkan@chromium.org, Mar 21 2017

Labels: Needs-Triage-M57
Project Member

Comment 3 by sheriffbot@chromium.org, Mar 21 2018

Status: Archived (was: Unconfirmed)
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
►

Sign in to add a comment