Closed Bug 1795460 Opened 3 years ago Closed 1 year ago

font visibility = 1: auto include preferred language from kLangPackFonts

Categories

(Core :: Layout: Text and Fonts, enhancement)

Firefox 107
enhancement

Tracking

()

RESOLVED FIXED
144 Branch
Tracking Status
firefox144 --- fixed

People

(Reporter: thorin, Assigned: tjr)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:105.0) Gecko/20100101 Firefox/105.0

Steps to reproduce:

Similar to Bug 1670199, but this is to improve usability

kBaseFonts is rather discriminatory to users of kLangPackFonts, so for example a user requesting pages in Korean is going to get broken unicode (IIUIC)

I propose that if navigator.language (and the first language in accept headers) meets a certain list, we include the relevant kLangPackFonts

So for example, if the first language requested is ko-* or ko, on windows, we also allow GulimChe (monospace) and Batang (serif). Note: Malgun Gothic is already part of kBaseFonts

This shouldn't affect entropy, as the user would be expected to have those fonts (why else would they be requesting korean web content?) and they are already requesting Korean

I do not know how feasible this would be, and while I wouldn't expect users to change preferred language mid-session, it would reflect globally in already open tabs/windows, not per eTLD+1 + scheme

Component: Untriaged → Layout: Text and Fonts
Product: Firefox → Core
Version: Firefox 105 → Firefox 107

tom, didn't you open a similar issue for FPP - if so , close this.

Flags: needinfo?(tom)

I don't think there's a different bug... FPP includes language packs entirely so this specific idea wouldn't be it. We had theorized that maybe we could restrict the language pack list in this way but I don't think I put it in a bug so much as a speculative idea if we find that it would be the best thing to do to reduce entropy in practice. (Using the forthcoming measurement data vs just guessing.)

Blocks: 1836535
Flags: needinfo?(tom)

We had theorized that maybe we could restrict the language pack list in this way

that's what I meant .. that FPP would be tightened but not (hopefully) break "localized" content

Assignee: nobody → tom
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Pushed by smolnar@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/9bc05be7b90e https://hg.mozilla.org/integration/autoland/rev/c9d1677e6331 Revert "Bug 1795460 - Allow certain fonts based on locale. r=timhuang" for causing build bustages @ nsRFPService.cpp
Pushed by ctuns@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/a7c18eafeea5 https://hg.mozilla.org/integration/autoland/rev/6d15197e9f3a Revert "Bug 1795460 - Allow certain fonts based on locale. r=timhuang" for causing build bustages in StandardFonts-linux.inc

Backed out for causing build bustages

  • Backout link
  • Push with failures
  • Failure Log
  • Failure line: /builds/worker/checkouts/gecko/gfx/2d/../thebes/StandardFonts-linux.inc:1012:20: error: 'kBaseFonts_Fedora_38' defined but not used [-Werror=unused-variable]
Pushed by agoloman@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/157d70771c8b https://hg.mozilla.org/integration/autoland/rev/f24c23433bed Revert "Bug 1795460 - Allow certain fonts based on locale. r=timhuang" for causing build bustages @StandardFonts-linux.inc.

Backed out for causing build bustages @StandardFonts-linux.inc.

Uhg, sorry. I missed one variable with [[maybe_unused]]

Flags: needinfo?(tom)
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 144 Branch
QA Whiteboard: [qa-triage-done-c145/b144]
See Also: → 1978437
Regressions: 2062619
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: