1903804 - Runic fonts don't get rendered

Status: UNCONFIRMED

(Core :: Privacy: Anti-Tracking, defect, P3)

Description

[Jakub Strzelecki]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:126.0) Gecko/20100101 Firefox/126.0

Steps to reproduce:

Someone had a username:
ᛆᛙᛚᛁᛐ
I've installed noto-fonts-runic
The UI of firefox renders the characters, but within a web page it does not.

Actual results:

Squares with hex codes.
I guess the appropriate fallback font didn't got used unlike what happens with korean/japanese/chinese/vietnamese etc.?

Expected results:

I think this should render out onto the webpage?
No?

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Layout: Text and Fonts' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[David Shin[:dshin] (PTO Til 24th)]

Hi, thanks for filing.
So on Ubuntu 22.04, it is able to display those characters with FreeMono, and disabling that causes those Unicode Tofus. However, that's the case for both Firefox UI (e.g. Title of the page) and the page itself.

How is the font being installed? What's the output of fc-match -s :charset=16A0?

Comment 3

[Jakub Strzelecki]

Attachment: fc-match -s :charset=16A0

```

Comment 4

[Jakub Strzelecki]

Attachment: fcMatch.txt

Comment 5

[BugBot [:suhaib / :marco/ :calixte]]

The severity field is not set for this bug.
:boris, could you have a look please?

For more information, please visit BugBot documentation.

Comment 6

[Boris Chiou [:boris]]

(In reply to Jakub Strzelecki from comment #0)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:126.0) Gecko/20100101 Firefox/126.0

Steps to reproduce:

Someone had a username:
ᛆᛙᛚᛁᛐ
I've installed noto-fonts-runic
The UI of firefox renders the characters, but within a web page it does not.

Actual results:

Squares with hex codes.
I guess the appropriate fallback font didn't got used unlike what happens with korean/japanese/chinese/vietnamese etc.?

Expected results:

I think this should render out onto the webpage?
No?

On mac, I tried two cases: installed noto-fonts-runic and uninstalled noto-fonts-runic. In both cases, the bugzilla web page renders this username properly, on Nightly (Fx129). Perhaps need some others to try to reproduce this on Linux.

Comment 7

[Jonathan Kew [:jfkthame]]

This sounds like it may be a case where the anti-fingerprinting protection is blocking the use of a non-standard font. Moving this to the Anti-Tracking component for visibility there.

Do you have Tracking Protection set to Standard or Strict mode (see about:preferences#privacy), or any other custom anti-fingerprinting prefs in about:config? I'm unsure exactly how the current options interact, but it should be possible to relax the font-fingerprinting protection while keeping other protections enabled.

Comment 8

[Tim Huang[:timhuang]]

Needinfo the reporting for the questions in comment 7.

Comment 9

[Jakub Strzelecki]

(In reply to Jonathan Kew [:jfkthame] from comment #7)

Do you have Tracking Protection set to Standard or Strict mode

Strict

Comment 10

[Benjamin VanderSloot [:bvandersloot]]

I can't get this to reproduce on MacOS with Fx126.0 in Strict mode: I see it rendered in the page here. @jakub: did you update any prefs in about:config, e.g. privacy.resistFingerprinting? That pref being enabled in particular can cause compat issues.

Do you have an example page that this isn't working on so we can look directly?

Comment 11

[Jonathan Kew [:jfkthame]]

Note that on macOS, those characters are present in the Apple Symbols font, which is a standard font always available on the platform. So they'd be expected to work regardless of anti-fingerprinting settings, and no additional font install is needed. The reporter is on Linux, so that's not comparable to the macOS case.

Jakub, what specific Linux distro/version are you using? That will affect whether Firefox attempts to restrict fonts for anti-fingerprinting reasons.

Comment 12

[Jakub Strzelecki]

(In reply to Benjamin VanderSloot [:bvandersloot] from comment #10)

I can't get this to reproduce on MacOS with Fx126.0 in Strict mode: I see it rendered in the page here. @jakub: did you update any prefs in about:config, e.g. privacy.resistFingerprinting? That pref being enabled in particular can cause compat issues.

Do you have an example page that this isn't working on so we can look directly?
Nope beyond disabling DRM prompt, no.
The problem is right now I'm on opensuse leap 15.6 with ESR where this seems to just work.
I'll try to see later on how the issue looks like on fedora 40

The example page is literally:
ᛆᛙᛚᛁᛐ

Comment 13

[Manuel Bucher [:manuel]]

FYI: I can't reproduce on Arch Linux with Nightly 130.0a1 and Stable 128.0 neither with ETP strict and standard. I can see the characters in all configurations.

$ fc-match -s :charset=16A0
FreeMono.otf: "FreeMono" "Regular"
NimbusSans-Regular.otf: "Nimbus Sans" "Regular"
FreeSans.otf: "FreeSans" "Regular"
FreeSerif.otf: "FreeSerif" "Regular"
FiraSans-Regular.otf: "Fira Sans" "Regular"
FiraMono-Regular.otf: "Fira Mono" "Regular"
Inconsolata-Regular.ttf: "Inconsolata" "Regular"
LiberationMono-Regular.ttf: "Liberation Mono" "Regular"
LiberationSerif-Regular.ttf: "Liberation Serif" "Regular"
SourceCodePro-Regular.otf: "Source Code Pro" "Regular"
D050000L.otf: "D050000L" "Regular"
Crimson-Bold.otf: "Crimson" "Bold"
LiberationSerif-Italic.ttf: "Liberation Serif" "Italic"
Crimson-Italic.otf: "Crimson" "Italic"
NotoColorEmoji.ttf: "Noto Color Emoji" "Regular"
$ fc-match
NimbusSans-Regular.otf: "Nimbus Sans" "Regular"

Comment 14

[Benjamin VanderSloot [:bvandersloot]]

Thoughts? It looks to me like they don't have FreeMono.otf in their fc-match, so they don't have a runic-supporting system font.

Comment 15

[Tim Huang[:timhuang]]

Our font list for Linux contains runic fonts, including FreeMono and Noto Sans Runic. So, I think the proper way to fix this is to install the right language pack.

(In reply to Jonathan Kew [:jfkthame] from comment #11)

Jakub, what specific Linux distro/version are you using? That will affect whether Firefox attempts to restrict fonts for anti-fingerprinting reasons.

Comment 16

[Jakub Strzelecki]

Fedora 40 and opensuse Leap 15.6

Comment 17

[Harshit Sohaney [:hsohaney]]

Seeing that the reporter is on Fedora 40, do you suspect we are restricting the font for anti-fingerprinting reasons?

Comment 18

[Tim Huang[:timhuang]]

Yes, I think this is the case. It might be that Fedora 40 doesn't include Noto Sans Runic by default. Checking the table here, it looks like that's the case. I wonder if installing the Noto Sans Runic font following the instruction here can fix the issue.

Comment 19

[Tim Huang[:timhuang]]

Our font list only covers until Fedora 39.

Jonathon, could this be an issue? Do we want to create a list for Fedora 40? Thanks.

Comment 20

[Emma Zühlcke [:emz]]

No reply for 3 months so I'm handing this back to you Tim. Could you please help assign priority / severity?