FT_Library_SetLcdFilter may be provided by FreeType even though it is built without FT_CONFIG_OPTION_SUBPIXEL_RENDERING defined. When this happens, it messes up SkFontHost_cairo's glyph size calculations, and causes the following assertion to trigger: gfx/skia/skia/src/ports/SkFontHost_FreeType_common.cpp:116: fatal error: 3 * mask.fBounds.width() == static_cast<int>(bitmap.width) This prevents any text from rendering properly. This problem was introduced by SkFontHost_cairo rewrites in bug 1287552.

So we need this on Aurora too, right?

(In reply to Olli Pettay [:smaug] from comment #1) > So we need this on Aurora too, right? Yes, 50+.

Pushed by lsalzman@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/9fc85f62601e detect if FreeType supports lcd filtering in SkFontHost_cairo. r=gw280

Comment on attachment 8779837 [details] [diff] [review] detect if FreeType supports lcd filtering in SkFontHost_cairo Approval Request Comment [Feature/regressing bug #]: bug 1287552, so 50+ [User impact if declined]: Regression causing garbled fonts when using subpixel AA on Linux. [Describe test coverage new/current, TreeHerder]: mochitests/reftests [Risks and why]: Basically none. The patch disables use of a feature when it is detected as not available, whereas before it would always assume it was available (which cause the regression). [String/UUID change made/needed]: None

Comment on attachment 8779837 [details] [diff] [review] detect if FreeType supports lcd filtering in SkFontHost_cairo Fixes a recent regression, linux only, Aurora50+