FR645 and others since fw 7.20: major issues with custom fonts

According to https://www.angelcode.com/products/bmfont/doc/file_format.html,

common

This tag holds information common to all characters.

lineHeight    This is the distance in pixels between each line of text.

base    The number of pixels from the absolute top of the line to the base of the characters.

...

char

This tag describes on character in the font. There is one for each included character in the font.

...

height    The height of the character image in the texture.

So it should be perfectly OK for the glyph height to be larger than the base height. The base is something like the lowest point of an 'o', but not of a 'p'.

In my app, according to ERA, the crash happens when trying to load a font generated by BMFont which was not hand edited at all and where base=13 and lineHeight=17 and for each character height=17.

The crash does not happen on loading another font which was hand edited and base == lineHeight.

So it looks like it is the opposite what Travis says and the workaround would be hand editing all BMF generated fonts, which may yield unpredictable results.

According to https://www.angelcode.com/products/bmfont/doc/file_format.html,

common

This tag holds information common to all characters.

lineHeight    This is the distance in pixels between each line of text.

base    The number of pixels from the absolute top of the line to the base of the characters.

...

char

This tag describes on character in the font. There is one for each included character in the font.

...

height    The height of the character image in the texture.

So it should be perfectly OK for the glyph height to be larger than the base height. The base is something like the lowest point of an 'o', but not of a 'p'.

In my app, according to ERA, the crash happens when trying to load a font generated by BMFont which was not hand edited at all and where base=13 and lineHeight=17 and for each character height=17.

The crash does not happen on loading another font which was hand edited and base == lineHeight.

So it looks like it is the opposite what Travis says and the workaround would be hand editing all BMF generated fonts, which may yield unpredictable results.

I'm on a Mac en therefor are using the Hiero tool to convert my fonts. The Roboto font (free download on Google Fonts) causes this issue for example.

When I manually set base height equal to the size of the 0 char in the .fnt file it works. So I've been through a lot of work to manually adapt all font files for all devices on all my products. It's just super odd this is suddenly handled differently on the FR645M device, while it even still works on the Simulator. 

You are not reading my comment, or have confused yourself by adding lineHeight to the mix.Please re-read the quote from the post above.

What I said is consistent with what the bmfont docs say.. base is the height from the base line to the top of the tallest glyph. The char height is the height of the full character glyph- the base height plus any descender. But note that I specifically say we consider the digit height to be the height of the ‘0’ glyph, which would not normally have a descender.

Your font has base height=13, and digit height is either 13 or 17 depending on whether or not ‘0’ is in the character set. If you leave out ‘0’ from the chars, your font will not crash the app. If you put it in, it will crash.

If you have examples of ttf/otf font files that these conditions do not hold, please provide them.