You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "John Hewson (JIRA)" <ji...@apache.org> on 2014/10/11 02:41:34 UTC

[jira] [Closed] (PDFBOX-1604) FontBox is not storing all subroutines for CID-Keyed OTF CFF fonts possibly leading to rendering / width issues

     [ https://issues.apache.org/jira/browse/PDFBOX-1604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

John Hewson closed PDFBOX-1604.
-------------------------------
       Resolution: Fixed
    Fix Version/s: 2.0.0

This was fixed in 2.0 at some point recently.

> FontBox is not storing all subroutines for CID-Keyed OTF CFF fonts possibly leading to rendering / width issues
> ---------------------------------------------------------------------------------------------------------------
>
>                 Key: PDFBOX-1604
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-1604
>             Project: PDFBox
>          Issue Type: Bug
>          Components: FontBox
>    Affects Versions: 1.8.1
>            Reporter: Robert Meyer
>             Fix For: 2.0.0
>
>
> When Fontbox reads a CID-Keyed OTF CFF font, it loops through each FDFont correctly and stores information to an array of private dictionaries which is correct. Where it goes wrong though is that the local subroutine indexes for each of these FDFonts is not stored separately and when a FDFont is read, it overwrites the previous local subroutine index. This leads to problems as if the last local subroutine index is small in size, it may request a subroutine which exceeds the size of the index. This then may cause an error further down the line when it comes to parsing that information by a renderer (such as the CharStringRenderer). This may also affect the calculation of character widths etc. 
> The issue can be seen in the CFFParser.java at line 501 where a single set to the font is used as opposed to storing it in any array structure.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)