Open Bug 1547743 Opened 3 years ago Updated 3 years ago

Helvetica matches to "DejaVu Sans" instead of "Liberation Sans" on Ubuntu 18.04

Categories

(Core :: Layout: Text and Fonts, defect, P3)

defect

Tracking

()

People

(Reporter: jrmuizel, Unassigned)

Details

Attachments

(1 file)

Attached file test.html

Running fc-match Helvetica correctly gives "Liberation Sans" so it seems like there's something that Firefox is doing wrong. Chrome also correctly uses "Liberation Sans".

Any thoughts as to why this would be happening Jonathan?

Flags: needinfo?(jfkthame)

More information needed: we'd need to look at the fontconfig rules that are present on the system. What specifies that Liberation Sans should be used to satisfy a request for Helvetica?

Flags: needinfo?(jfkthame) → needinfo?(jmuizelaar)

It looks like it's the following rules:

        <alias>
          <family>Helvetica</family>
          <default>
          <family>Arial</family>
          </default>
        </alias>

        <alias binding="same">
          <family>Arial</family>
          <accept>
            <family>Arimo</family>
            <family>Liberation Sans</family>
            <family>Albany</family>
            <family>Albany AMT</family>
          </accept>
        </alias>

from https://github.com/behdad/fontconfig/blob/master/conf.d/30-metric-aliases.conf

Flags: needinfo?(jmuizelaar)
Flags: needinfo?(jfkthame)

Huh, interesting. Looks like maybe we don't follow the multiple levels of aliasing properly. Has it always behaved like this, or is this a regression?

Flags: needinfo?(jfkthame)

I have no idea if this is a regression or not.

We'll need to re-implement some of the fontconfig integration stuff anyhow to work with the cross-process font list from bug 1514869, so maybe we can handle this better there.

Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.