Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 6.2.4
-
Fix Version/s: 6.2.5
-
Component/s: Core/Parsing
-
Labels:None
-
Environment:any
-
Support Case References:Support Case 14146:- https://icesoft.my.salesforce.com/5007000001kvPEn
Description
I haven't seen such a malformed file in quite some time. The file is completely missing it's xref table or equivalent. Normally in such a case we do a linear traversal of the file indexing the found objects. But what looks to be happening is that there is a large xml section that isn't compressed which is causing our object parser some grief.
Even the new object parser code I've been working on chokes on this file. Further analysis is needed.
Even the new object parser code I've been working on chokes on this file. Further analysis is needed.
Activity
Patrick Corless
created issue -
Judy Guglielmin
made changes -
Field | Original Value | New Value |
---|---|---|
Support Case References | Support Case 14146:- https://icesoft.my.salesforce.com/5007000001kvPEn |
Patrick Corless
made changes -
Fix Version/s | 6.2.5 [ 13102 ] |
Patrick Corless
made changes -
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #51760 | Tue Jul 18 13:29:14 MDT 2017 | patrick.corless | that has a predictor value. |
Files Changed | ||||
MODIFY
/icepdf/branches/icepdf-6.2.0/icepdf/core/src/org/icepdf/core/pobjects/filters/PredictorDecode.java
MODIFY /icepdf/branches/icepdf-6.2.0/icepdf/core/src/org/icepdf/core/util/Parser.java MODIFY /icepdf/branches/icepdf-6.2.0/icepdf/core/src/org/icepdf/core/pobjects/Document.java MODIFY /icepdf/branches/icepdf-6.2.0/icepdf/core/src/org/icepdf/core/pobjects/filters/FlateDecode.java |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #51801 | Mon Jul 31 13:35:05 MDT 2017 | patrick.corless | that has a predictor value. |
Files Changed | ||||
MODIFY
/icepdf/trunk/icepdf/core/core-awt/src/main/java/org/icepdf/core/pobjects/filters/FlateDecode.java
MODIFY /icepdf/trunk/icepdf/core/core-awt/src/main/java/org/icepdf/core/util/Parser.java MODIFY /icepdf/trunk/icepdf/core/core-awt/src/main/java/org/icepdf/core/pobjects/Document.java MODIFY /icepdf/trunk/icepdf/core/core-awt/src/main/java/org/icepdf/core/pobjects/filters/PredictorDecode.java |
Patrick Corless
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |
Further testing and digging around has shown the PDF has xref table but it is compressed. The actual bug is how we handle the predictor value associated with decompression using flateDecode. Typically the predictor value is only associated with png or tiff images streams. However as this PDF shows it perfectly valid for any data.
The bug is because we derive the buffer size from an images number of columns, bits per color and number of components. When dealing with none image streams there values resulted in a zero buffer size and a failure to read the xref table. Adding default values correctly the problem ant he PDF renderings correctly.