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

Improve XRef self healing mechanism when more than one xref table

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Closed
    • Major
    • Resolution: Fixed
    • 1.8.7, 1.8.8, 2.0.0
    • 1.8.8, 2.0.0
    • Parsing
    • 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

          is related to

          Improvement - An improvement or enhancement to an existing feature or task. TIKA-1300 Switch default PDFBox parser to NonSequentialParser

          • Minor - Minor loss of function, or other problem where easy workaround is present.
          • Resolved
          relates to

          Improvement - An improvement or enhancement to an existing feature or task. PDFBOX-2250 Improve XRef self healing mechanism

          • Major - Major loss of function.
          • Closed

          Activity

            People

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

              Dates

                Created:
                Updated:
                Resolved: