Bundled fonts should have Base visibility even when they are also system-wide installed
Categories
(Core :: Layout: Text and Fonts, defect, P3)
Tracking
()
People
(Reporter: pierov, Assigned: pierov)
References
(Blocks 1 open bug)
Details
Attachments
(2 files)
1.09 KB,
patch
|
Details | Diff | Splinter Review | |
48 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta+
RyanVM
:
approval-mozilla-esr91+
|
Details | Review |
Bundled fonts that are also installed at system level are not added twice.
However, this can result in the wrong visibility (at least on Ubuntu and Fedora), which in turn can be a problem with privacy.resistFingerprinting
set to true.
Assignee | ||
Comment 1•3 years ago
|
||
Comment 2•3 years ago
|
||
Jonathan: does the approach in the patch look reasonable?
Updated•3 years ago
|
Comment 3•3 years ago
|
||
Seems like that would work; but I wonder if we should instead just swap the order of the two calls to AddFontSetFamilies
at https://searchfox.org/mozilla-central/rev/4646b826a25d3825cf209db890862b45fa09ffc3/gfx/thebes/gfxFcPlatformFontList.cpp#1820-1829, so that the fonts from FcSetApplication
are considered first.
I've pushed a try build at https://treeherder.mozilla.org/jobs?repo=try&revision=23e14ec6ad0f35428eb5e382ef3b458d802326fc to check if this breaks anything unexpected....
Comment 4•3 years ago
|
||
Comment 5•3 years ago
|
||
Pier and/or Georg, could you confirm whether the alternative patch here (comment 4) resolves the problem you're seeing? Thanks.
Updated•3 years ago
|
![]() |
||
Comment 8•3 years ago
|
||
bugherder |
Assignee | ||
Comment 9•3 years ago
|
||
Would it be possible to backport the fix to Firefox ESR91?
Thanks
Comment 10•3 years ago
•
|
||
Comment on attachment 9255095 [details]
Bug 1745715 - Process app-bundled fonts before system fonts when initializing the font list, to ensure their families get the expected Base visibility level. r=#layout-reviewers
ESR Uplift Approval Request
- If this is not a sec:{high,crit} bug, please state case for ESR consideration: When restrictions on installed font use are enabled (e.g. in Tor browser, or for other privacy-focused configurations), fonts bundled with the browser (e.g. the TwEmoji Mozilla font we ship) may incorrectly be made unavailable.
Uplifting this patch to esr91 will avoid the need for Tor and other distributions to maintain local fixes to ensure fonts work for their users. - User impact if declined: Browser-bundled fonts unexpectedly blocked in some configurations.
- Fix Landed on Version: 97
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Simple re-ordering of font initialization to ensure bundled font families are correctly categorized.
- String or UUID changes made by this patch:
Comment 11•3 years ago
•
|
||
Comment on attachment 9255095 [details]
Bug 1745715 - Process app-bundled fonts before system fonts when initializing the font list, to ensure their families get the expected Base visibility level. r=#layout-reviewers
Approved for 96.0b6 and 91.5esr.
Comment 12•3 years ago
|
||
bugherder uplift |
Comment 13•3 years ago
|
||
bugherder uplift |
Updated•2 years ago
|
Description
•