Uploaded image for project: 'PDFBox'
  1. PDFBox
  2. PDFBOX-2441

Improve XRef self healing mechanism when more than one xref table

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 1.8.7, 1.8.8, 2.0.0
    • Fix Version/s: 1.8.8, 2.0.0
    • Component/s: Parsing
    • Labels:
      None

      Description

      This is a follow-up issue to PDFBOX-2250:

      the xref repair algorithm simply searches for the nearest offset, which may fail if more than one xref table is present
      ...
      Once we have a sample pdf which can't be parsed with the simple algorithm, we can open a new issue.

      And here's one:

      Exception in thread "main" java.io.IOException: Error: Expected a long type at offset 1180, instead got '50/Filter/FlateDecode/DecodeParms'
              at org.apache.pdfbox.pdfparser.BaseParser.readLong(BaseParser.java:1690)
      

      That file does have more than one xref table.

        Attachments

        1. 260105.pdf
          122 kB
          Tilman Hausherr

          Issue Links

            Activity

              People

              • Assignee:
                lehmi Andreas Lehmkühler
                Reporter:
                tilman Tilman Hausherr
              • Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: