Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 4.1.4
-
Fix Version/s: 4.2
-
Component/s: Core/Parsing
-
Labels:None
-
Environment:any
Description
A client has sent in two confidential files which contain document scans saved using different CCITTFax encodings. ICEpdf can't seem to render the images, I suspect the files are encoded using the same PDF generator but there are no clues either way.
The images render either white or black and there are no exceptions in the logs.
The images render either white or black and there are no exceptions in the logs.
Activity
Patrick Corless
created issue -
Patrick Corless
made changes -
Field | Original Value | New Value |
---|---|---|
Salesforce Case | [5007000000FafB1] |
Patrick Corless
made changes -
Fix Version/s | 4.2 [ 10243 ] |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #24116 | Wed Mar 09 19:08:52 MST 2011 | patrick.corless | |
Files Changed | ||||
MODIFY
/icepdf/trunk/icepdf/core/src/org/icepdf/core/pobjects/filters/CCITTFax.java
MODIFY /icepdf/trunk/icepdf/core/src/org/icepdf/core/pobjects/Stream.java |
Patrick Corless
made changes -
Fix Version/s | 4.2 [ 10243 ] |
Patrick Corless
made changes -
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Ken Fyten
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |
I got a poke form Support to take another look at this one. On closer inspection we could load this PDF correctly prior to the 4.1.0 CCITTFax updates. Our older CCITTFaxDecoder class does some funky stuff to try and load propert TIFF image header information which is used by JAI to load the image.
It turns out that the header work and JAI can load the image. I adjust the stream class to first try and load the fax with JAI and upon failure will fill use the newer CCITTFax code which for the most part does a pretty good job at handling 4.1, 4.2 and 6 compression.