[PDFBOX-5219] TTFParser can't parse font with legitimately no 'loca' table

• Type: Bug
• Status: Reopened
• Priority: Major
• Resolution: Unresolved
• Affects Version/s: 2.0.23
• Component/s: FontBox, PDModel
• Environment: ➜ uname -a ; Linux frenchfrie-pc 5.10.42-1-MANJARO #1 SMP PREEMPT Thu Jun 3 14:37:11 UTC 2021 x86_64 GNU/Linux
• Assignee: Unassigned
• Reporter: Frenchfrie
• Created: 17/Jun/21 15:39
• Updated: 01/Jul/21 17:38

Description

Some fonts legitimately do not have a 'loca' table as specified in Apple documentation:

The 'loca' table only used with fonts that have TrueType outlines (that is, a 'glyf' table). Fonts that have no TrueType outlines do not require a 'loca' table.

This has led to some misunderstanding in the NotoColorEmoji google font project as testified by those issues :

https://github.com/googlefonts/noto-emoji/issues/190

https://github.com/googlefonts/noto-emoji/issues/288

Also reproduced with JoyPixels.ttf from https://www.joypixels.com/ installed through package manager.

 

The TTFParser class just do not accept this font based on the absence of the 'loca' table and it can be verified with the simple test:

PDType0Font.load(doc, getClass().getResourceAsStream("NotoColorEmoji.ttf"), false);