1492786 - Font "Rocher Color" doesn't render in latest Nightly

Status: RESOLVED INVALID

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

Description

[Martin Balfanz [:mbalfanz]]

Attachment: screenshot-1

The font "Rocher Color" does not render in the latest Nightly, but it does in DevEdition. (see screenshot-1 attached, left DevEdition and right Nightly)

STR: Visit v-fonts.com in Nightly and scroll down to "Rocher Nightly"
ER: Font renders
AR: Font is not visible

The DevTools console gives some errors that might help here (screenshot-2)

Comment 1

[Martin Balfanz [:mbalfanz]]

Attachment: screenshot-2

Comment 2

[Jonathan Kew [:jfkthame]]

As indicated by the errors in the console, it looks like the font has an invalid GDEF table; specifically, the Item Variation Store is broken.

Dumping the font with TTX, we see:

  <GDEF>
    <Version value="0x00010003"/>
    <GlyphClassDef Format="2">
      ... snipped ...
    </GlyphClassDef>
    <MarkAttachClassDef Format="2">
      ... snipped ...
    </MarkAttachClassDef>
    <VarStore Format="1">
      <Format value="1"/>
      <VarRegionList>
        <!-- RegionAxisCount=0 -->
        <!-- RegionCount=0 -->
      </VarRegionList>
      <!-- VarDataCount=1 -->
      <VarData index="0">
        <!-- ItemCount=0 -->
        <NumShorts value="0"/>
        <!-- VarRegionCount=0 -->
      </VarData>
    </VarStore>
  </GDEF>

According to the spec[1] the VarRegionList here is required to have a RegionAxisCount that matches the axisCount in the font's 'fvar' table:

"uint16	axisCount	The number of variation axes for this font. This must be the same number as axisCount in the 'fvar' table."

This font has two axes defined in 'fvar' (BEVL and SHDW); however, the GDEF's variation store doesn't match this, and so our variation-font sanitizer rejects it as broken.


[1] https://docs.microsoft.com/en-us/typography/opentype/spec/otvarcommonformats#a-namevariationregions-idvariationregionsvariation-regionsa

Comment 3

[Jonathan Kew [:jfkthame]]

FTR, I've just sent email to the font developers (using contact info from https://www.harbortype.com/about/) to make them aware of this issue.

Comment 4

[Martin Balfanz [:mbalfanz]]

Thanks for the follow-up!  I was mainly surprised that it works fine in DevEdition (and Chrome/Safari respectively), so I thought it might be a regression.

Comment 5

[Jonathan Kew [:jfkthame]]

That'll be because gfx.downloadable_fonts.otl_validation is set to false in DevEdition, I think, so we don't validate the GDEF table.

Comment 6

[Jonathan Kew [:jfkthame]]

I don't think there's anything for us to do here; when validation is enabled, the font is correctly rejected because of the inconsistency between GDEF and fvar tables.

Comment 8

[Henrique Beier]

I am the developer of Rocher Color. Jonathan was right, there was an internal problem on the font file and I just published an update that fixes it. If you see any more issues, just let me know.