Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 6.0.0_P01
-
Fix Version/s: 6.0.1
-
Component/s: Imaging
-
Labels:None
-
Environment:any
-
Support Case References:Support Case #13596 - https://icesoft.my.salesforce.com/5007000001SBA8M
-
Workaround Description:
Description
A client has submitted several files that contain CCITTFax images that can not be decoded correctly with out default implementation. Using the system property -Dorg.icepdf.core.ccittfax.jai=true will get the image to load but this must be set manual.
Activity
Patrick Corless
created issue -
Patrick Corless
made changes -
Field | Original Value | New Value |
---|---|---|
Fix Version/s | 6.0.1 [ 12071 ] |
Arran Mccullough
made changes -
Support Case References | Support Case #13596 - https://icesoft.my.salesforce.com/5007000001SBA8M |
Patrick Corless
made changes -
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Patrick Corless
made changes -
Workaround Description | -Dorg.icepdf.core.ccittfax.jai=true | Previous work around was -Dorg.icepdf.core.ccittfax.jai=true. But it is now preferred to use org.icepdf.core.ccittfax.jai=false which is also the default value. The Tiff code will now try it's best to load the image using our decode method and if necessary will fallback to JAI loading. |
Patrick Corless
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |
Spent a bit of time on this tracing out the problem. Our default method for decodew appears to work but fails when a rasters is created in the bytes. We have no fall back code for this and the image fails to load. JAI can load this image no problem and should be the default fall back.
Some refactoring was needed to achieve this but the file can no be loaded without having to force JAI loading with org.icepdf.core.ccittfax.jai=true. Over all the changes was successfull combined with fixes for
PDF-761andPDF-642.