Sam Howard Sam is a developer at IDRsolutions who mostly specialises in font support and conversion. He's also enjoyed working with Java 3D, Java FX and Swing. His other interests include music and game design.

Google Chrome Font Caching Bug

1 min read

Back in early April, I noticed something odd – no matter what I changes I made to our code for generating fonts, they would always appear the same in our tests’ HTML output as they did before the change.

I first assumed this was the IDE getting confused, but after clearing all of its caches and doing a full project rebuild the issue remained.

Next, I opened up the font files in OTMaster to see if they were different. They were! Furthermore, Firefox and Internet Explorer showed the changes with no problems, but Chrome, which I had been testing in, didn’t.

Of course, as it turns out, early April saw the release (and silent update) of Chrome 34, which unfortunately has introduced a font caching bug.

The expected results for Chrome starting with Page A, Chrome starting with Page B, and other browsers.
The expected results for Chrome starting with Page A, Chrome starting with Page B, and other browsers.

Page A  –  Page B

Click on Page A above, then come back here without closing it and click on Page B. You should see a square on both.

Now close both of the pages and repeat the process starting with Page B. This time both should show a triangle. (On occasion I’ve found that they’ll still both show a square.)

In any other browser, Page A should always be a square and Page B should always be a triangle.

The only difference between these pages is in the mapping values in the font – if a similar font is already open, Chrome will use that rather than reading the new font properly.

I’ve submitted a bug report, but for now I’m doing all of my Chrome testing on version 33. Big changes are coming to code for Chrome font rendering, so let’s see what version 35 brings!

Have you had any issues with Chrome? Let us know your thoughts.

If you’re a first-time reader, or simply want to be notified when we post new articles and updates, you can keep up to date by social media (Twitter, Facebook and Google+) or the Blog RSS.

Sam Howard Sam is a developer at IDRsolutions who mostly specialises in font support and conversion. He's also enjoyed working with Java 3D, Java FX and Swing. His other interests include music and game design.

PDF to HTML5’s Holy Grail – Vertical positioning for…

It’s safe to say that if someone designed fonts from scratch today they’d be very different on the inside. As with many technologies, the...
Sam Howard
1 min read

WOFF 2.0: What is it, why is it coming,…

WOFF 2.0 is working its way towards being a standard recommended by the W3C, so it seems like a good time to look at...
Sam Howard
2 min read

Web fonts: A quick introduction to Wrapper and Glyph…

I was planning to write about WOFF 2.0 this week, and wanted to link to a previous article I’d written which explains the structure...
Sam Howard
1 min read

Leave a Reply

Your email address will not be published. Required fields are marked *