We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 25663 MODX Staff
    • 12,272 Posts
    Hmmm ... on further investigation it looks like this was fixed in commit 4077 which should be in 0963 (meaning it probably isn’t) but will definitely be in Evo. Here’s how that code exists now:

            while (false !== ($file = $dir->read())) {
                if(substr($file, -4) == '.ttf') {
                    $fontstmp[] = $this->dir_font.$file;
                }
            }
    
      Ryan Thrash, MODX Co-Founder
      Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
      • 3749
      • 24,544 Posts
      That was fixed a while ago, but it looks like the OP didn’t have the fix. If the OP is using SPForm, that would be my fault because it has its own veriword and font files and I’ve been too lazy to put the fixed version in the repository (which I can’t log into anyway).

      BTW, my fix is trivially faster (though it fails for non-fonts with ttf in the filename). Both fail on your example of a dir ending in .ttf inside the ttf folder (but remember it’s MODx’s veriword font folder so it’s *extremely* unlikely that would happen).
        Did I help you? Buy me a beer
        Get my Book: MODX:The Official Guide
        MODX info for everyone: http://bobsguides.com/modx.html
        My MODX Extras
        Bob's Guides is now hosted at A2 MODX Hosting