ICEpdf
  1. ICEpdf
  2. PDF-661

Error processing series of content streams containing one zero length stream.

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 5.0.3
    • Fix Version/s: 5.0.4
    • Component/s: Core/Parsing
    • Labels:
      None
    • Environment:
      any
    • Salesforce Case Reference:

      Description

      The file in question contains two content stream for a page. The first content stream is zero length and the second contains the page data. When the first zero length stream is encountered we through an IO exception that kicks the content parser out of it's loop and we never process the second stream. Which in this case results in a blank page.

        Activity

        Patrick Corless made changes -
        Status Resolved [ 5 ] Closed [ 6 ]
        Repository Revision Date User Message
        ICEsoft Public SVN Repository #38046 Mon Sep 16 15:45:51 MDT 2013 patrick.corless PDF-661 added check for empty content stream bytes, if found no longer cached for parsing.
        Files Changed
        Commit graph MODIFY /icepdf/trunk/icepdf/core/src/org/icepdf/core/pobjects/Page.java
        Repository Revision Date User Message
        ICEsoft Public SVN Repository #38045 Mon Sep 16 15:45:41 MDT 2013 patrick.corless PDF-661 added check for empty content stream bytes, if found no longer cached for parsing.
        Files Changed
        Commit graph MODIFY /icepdf/branches/icepdf-5.0.1/icepdf/core/src/org/icepdf/core/pobjects/Page.java
        Patrick Corless made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Fix Version/s 5.0.4 [ 11072 ]
        Resolution Fixed [ 1 ]
        Hide
        Patrick Corless added a comment -

        Updated the Page initPageContents() method to prune any streams that have zero bytes. This in effect keeps the Lexer from choking.

        Show
        Patrick Corless added a comment - Updated the Page initPageContents() method to prune any streams that have zero bytes. This in effect keeps the Lexer from choking.
        Arran Mccullough made changes -
        Field Original Value New Value
        Salesforce Case Reference 5007000000W5WYiAAN
        Patrick Corless created issue -

          People

          • Assignee:
            Patrick Corless
            Reporter:
            Patrick Corless
          • Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: