ICEpdf
  1. ICEpdf
  2. PDF-1176

PDF missing text content

          Details

          • Type: Bug Bug
          • Status: Closed
          • Priority: Major Major
          • Resolution: Fixed
          • Affects Version/s: 6.2.4
          • Fix Version/s: 6.2.5
          • Component/s: Core/Parsing
          • Labels:
            None
          • Environment:
            any

            Description

            The PDF in question renders partially missing any text and images. Enabling finest logging seems to point to an issue with page resource loading as a null pointer is found and no font or image data can be found.

              Activity

              Ascending order - Click to sort in descending order
              Patrick Corless created issue -
              Patrick Corless made changes -
              Field Original Value New Value
              Fix Version/s 6.2.5 [ 13102 ]
              Hide
              Permalink
              Patrick Corless added a comment -

              The document contains a single page object that has no resource reference. However it does have a reference to the parent /pages object which has as /resources entry. This is a fairly common resource allocation as can make it easy for pages to share resources. We have code that handles this.

              The issue here is that the referencing resource object is of the wrong type. The reference object is labeled as as /Pages object and thus our resource loading code skips it. It's pretty easy to check for this and make sure we try harder to grab the dictionary entries regardless of type.

              Show
              Patrick Corless added a comment - The document contains a single page object that has no resource reference. However it does have a reference to the parent /pages object which has as /resources entry. This is a fairly common resource allocation as can make it easy for pages to share resources. We have code that handles this. The issue here is that the referencing resource object is of the wrong type. The reference object is labeled as as /Pages object and thus our resource loading code skips it. It's pretty easy to check for this and make sure we try harder to grab the dictionary entries regardless of type.
              Judy Guglielmin made changes -
              Support Case References Support Case 14162:- https://icesoft.my.salesforce.com/5000g00001laLsH
              Hide
              Permalink
              Patrick Corless added a comment -

              Marking as fixed.

              Show
              Patrick Corless added a comment - Marking as fixed.
              Patrick Corless made changes -
              Status Open [ 1 ] Resolved [ 5 ]
              Resolution Fixed [ 1 ]
              Repository Revision Date User Message
              ICEsoft Public SVN Repository #51761 Tue Jul 18 14:25:13 MDT 2017 patrick.corless PDF-1176 addition of fallback code to handle a generic dictionary type
              regardless of the concrete objects type.
              Files Changed
              Commit graph MODIFY /icepdf/branches/icepdf-6.2.0/icepdf/core/src/org/icepdf/core/util/Library.java
              Repository Revision Date User Message
              ICEsoft Public SVN Repository #51802 Mon Jul 31 13:36:06 MDT 2017 patrick.corless PDF-1176 addition of fallback code to handle a generic dictionary type
              regardless of the concrete objects type.
              Files Changed
              Commit graph MODIFY /icepdf/trunk/icepdf/core/core-awt/src/main/java/org/icepdf/core/util/Library.java
              Patrick Corless made changes -
              Status Resolved [ 5 ] Closed [ 6 ]

                People

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

                  Dates

                  • Created:
                    Updated:
                    Resolved: