Home› Technique and Theory
Options

Custom webfont not showing in Firefox44

Nick CookeNick Cooke Posts: 183
in Technique and Theory
Is anybody having a problem with custom fonts not displaying in the latest Firefox update? It worked perfectly fine prior to the new release, now it's a complete no show. Does anybody have a workaround?
Tagged:

Comments

  • Options
    kupferskupfers Posts: 259
    I asked Roel Nieskens and he suspects it’s a CJK bitmap font? Which seem to be broken/deprecated in Fx44. https://support.mozilla.org/en-US/questions/1109784

  • Options
    kupferskupfers Posts: 259
    Or something is your GSUP or GPOS tables is wrong https://lists.w3.org/Archives/Public/public-webfonts-wg/2016Jan/0000.html
  • Options
    Chris LewisChris Lewis Posts: 13
    It appears this has caused so many problems that Firefox is reverting the change for 45.

    https://bugzilla.mozilla.org/show_bug.cgi?id=1244693
  • Options
    PabloImpallariPabloImpallari Posts: 778
    Firefox v44 (released January 26) started using the Open Type Sanitizer (OTS).
    Fonts not passing the OTS tests are rejected and will not show up.
  • Options
    Khaled HosnyKhaled Hosny Posts: 289
    Just to clarify, both Firefox and Chrome have been using OTS for a long time (probably since they started supporting web fonts) and OTS has always been rejecting GSUB/GPOS/GDEF tables it thought they are faulty (rightly or not).

    OTS was dropping these tables from the font and still considering the font valid, which meant that your font is used but ligatures/kerning/any other OpenType feature was silently dropped which can render the font unusable for many scripts.

    What changed is that OTS now rejects the whole font if it rejects any of the these tables as well, since considering OpenType layout tables optional is so backwards.

    Chrome does not has a problem because it tells OTS not to try to sanitise these tables as they don’t pass OpenType layout to any system font libraries and can sanitise the tables themselves (the main reason OTS was born) and Firefox is considering doing so for the exact same reasons.
  • Options
    Nick CookeNick Cooke Posts: 183
    What is the point of a web version of an OpenType font if none of the OT features or classes is supported? These are an essential part of most OT fonts and to strip them out renders them next to useless. 
  • Options
    Dave CrosslandDave Crossland Posts: 1,391
    Features that are correctly formed work; only features that are subtly broken become fully broken.
  • Options
    Georg SeifertGeorg Seifert Posts: 669
    Is there a error message that gives some inside into why the font/GSUB is not working?
  • Options
    Robin MientjesRobin Mientjes Posts: 132
    Georg Seifert said:
    Is there a error message that gives some inside into why the font/GSUB is not working?
    If you run OTS locally, it gives some decent error messages back. For example, here’s an error I recently got while working on mkmk and mark features:
    ERROR: Layout: Lookup flags ask for mark attachment, but there is no GDEF table or it has no mark attachment classes: 256
    ERROR: Layout: Failed to parse lookup 1
    ERROR: GPOS: Failed to parse lookup list table
    Failed to sanitise file!
  • Options
    Paul van der LaanPaul van der Laan Posts: 242
    edited February 2016
    @Rob Mientjes: what is the procedure for installing a local copy of OTS? I downloaded the OTS GitHub repository and installed some dependencies (pkg-config and autoconf) via Homebrew, but then I got stuck with the following error while running autogen.sh:

    -n checking for git... 
/usr/bin/git
running git submodule init
running git submodule update
-n checking for pkg-config... 
/usr/local/bin/pkg-config
-n checking for autoreconf... 
/usr/local/bin/autoreconf
running autoreconf --force --install --verbose
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I m4 --output=aclocal.m4t
Can't exec "aclocal": No such file or directory at /usr/local/Cellar/autoconf/2.69/share/autoconf/Autom4te/FileUtils.pm line 326.
autoreconf: failed to run aclocal: No such file or directory

    I don't mind compiling the occasional binary, but hunting down the correct dependencies can be so tedious at times.
  • Options
    Simon CozensSimon Cozens Posts: 724
    Try "brew link autoconf"
  • Options
    PabloImpallariPabloImpallari Posts: 778
    edited February 2016
    No need to install OTS locally.
    Just install https://nightly.mozilla.org/ and drop your fonts in the Testing Page.
    If the font show up, it's all good.
    If the font is not showing up, error messages are displayed in the browser console.
  • Options
    Robin MientjesRobin Mientjes Posts: 132
    @Paul van der Laan Can’t say it was a painless operation for me either. Try what @Simon Cozens says, I guess. I don’t remember what I did exactly. I do also like the suggestion by @PabloImpallari – I had not noticed that!
  • Options
    Paul van der LaanPaul van der Laan Posts: 242
    Simon Cozens said:
    Try "brew link autoconf"
    Thanks, I’ll try!

    Just curious: why was “brew autoconf” not sufficient here?
  • Options
    Dave CrosslandDave Crossland Posts: 1,391
    edited February 2016
    Georg, please see this documentation I started that provides context on common errors. Thanks to @Nicolas Silva for the current information.

    Rob, please do contribute to this file with the errors you encounter and how to fix them. 

    https://github.com/khaledhosny/ots/blob/master/docs/HowToFix.md#dflt-script-doesnt-satisfy-the-spec

    Paul, I recently contributed OTF to Bram Stein's homebrew install scripts for font tools (https://github.com/bramstein/homebrew-webfonttools) so you can install it from git master easily like this:
    brew tap bramstein/webfonttools; 
brew update; 
brew install sfnt2woff sfnt2woff-zopfli woff2 ttf2eot sfntly;
brew install ots --HEAD;
  • Options
    Simon CozensSimon Cozens Posts: 724
    Paul van der Laan said:
    Simon Cozens said:
    Try "brew link autoconf"
    Thanks, I’ll try!

    Just curious: why was “brew autoconf” not sufficient here?
    Homebrew distinguishes between installing things which are available to the whole system, and those which are only used to build other Homebrew things. (which they call "keg-only") autoconf is normally used to build other Homebrew formulae, so in order to use it to build non-Homebrew things, you have to make it available to the whole system, which is what "brew link" does.
  • Options
    Georg SeifertGeorg Seifert Posts: 669
    I meant if there are visible error messages in Firefox if a font has problems. But that was answered. Thanks 
  • Options
    Nick CookeNick Cooke Posts: 183
    The original webfonts were generated by Fontsquirrel, but thanks to Georg have been redone in Glyphs and now work fine. 
  • Options
    Paul van der LaanPaul van der Laan Posts: 242
    edited February 2016
    Dave Crossland said:
    Paul, I recently contributed OTF to Bram Stein's homebrew install scripts for font tools (https://github.com/bramstein/homebrew-webfonttools) so you can install it from git master easily like this:
    brew tap bramstein/webfonttools; 
brew update; 
brew install sfnt2woff sfnt2woff-zopfli woff2 ttf2eot sfntly;
brew install ots --HEAD;

    Thanks for the pointer @Dave Crossland.

    Apparently automake is also required to run autogen.sh successfully. After I installed that with homebrew it all compiled fine. :)
  • Options
    Dave CrosslandDave Crossland Posts: 1,391
    Paul van der Laan said:

    Apparently automake is also required to run autogen.sh successfully. After I installed that with homebrew it all compiled fine. :)
    To confirm, you installed OTS from git without homebrew, or you needed to install automake in order for my brew script to work? :)
  • Options
    Paul van der LaanPaul van der Laan Posts: 242
    I cloned OTS from Git, and from that package I ran autogen.sh. In order to make it run successfully I had to install pkg-config, autoconf, and automake. Which I did via homebrew.
  • Options
    Hin-Tak LeungHin-Tak Leung Posts: 359
    edited February 2016
    FWIW, aclocal is part of automake. It was fairly obvious what the error message means . Many software are written to require even specific version of automake, so on fedora, there are (were?) 3 or 4 versions of automake simultaneously installed, all from Redhat,  to choose from. 

    autogen.sh is an automake idiom.
  • Options
    Paul van der LaanPaul van der Laan Posts: 242
    edited February 2016
    What’s fairly obvious to one, might not be the case for somebody else. That’s what a forum like this is for – to share information and help each other out, right?
  • Options
    Dave CrosslandDave Crossland Posts: 1,391
    Paul van der Laan said:
    I cloned OTS from Git, and from that package I ran autogen.sh. In order to make it run successfully I had to install pkg-config, autoconf, and automake. Which I did via homebrew.
    Okay great - Bram's ots brew recipe should do all that for you automatically if you need to install it on another machine :) 
  • Options
    Jeremy DooleyJeremy Dooley Posts: 67
    What are the steps to correct the issue, utilizing Fontlab 5?
  • Options
    Dave CrosslandDave Crossland Posts: 1,391
    Jeremy Dooley said:
    What are the steps to correct the issue, utilizing Fontlab 5?
    https://github.com/khaledhosny/ots/blob/master/docs/HowToFix.md#dflt-script-doesnt-satisfy-the-spec
  • Options
    Erin McLaughlinErin McLaughlin Posts: 45
    Hi there! I am working on a project and am experiencing a GDEF table error in my .ttf files (but not .otf): 
    ERROR: Layout: Lookup flags require GDEF table, but none was found: 8

    Are there any Robofont users out there who have had a similar error and know why this is happening/how to fix it? Could this be an easy-to-fix syntax issue like the one Dave just posted above, or is it more likely that there's a larger problem with my project? If you'd like to help me out, let me know! I'm more than happy to pay whomever can help me fix this! :) 

  • Options
    Robin MientjesRobin Mientjes Posts: 132

    @Erin McLaughlin: I actually was told to add my solution to that file, but the problem is that I didn’t feel secure enough in how I arrived at my fix. My mark-to-base feature script (https://gist.github.com/rbmntjs/d8cbcca859c38bd182b2) outputs correct code, but TrueType hasn’t given me issues yet. Sounds like a strictness issue with the generation of the TTF file.

    Err. Yeah. The errors are vague, but it could involve a subtle syntax issue. Want to message me?
  • Options
    Khaled HosnyKhaled Hosny Posts: 289
    The error means you have an IgnoreMarks LookupFlag (8) but not GDEF table which is required to identify which glyphs are marks. The solution is to either drop the flag or make sure your font has a GDEF table.
  • Options
    Robin MientjesRobin Mientjes Posts: 132
    Well, wouldn’t that error also pop up for the OTF file? Because it sure did when my GDEF was missing or incomplete.
Sign In or Register to comment.