Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: 6.1.1
-
Fix Version/s: 6.1.2
-
Component/s: Colour, Core/Rendering
-
Labels:None
-
Environment:All
-
Support Case References:Support Case #13762 - https://icesoft.my.salesforce.com/5007000001aVlLr
Description
The PDF that has been provided contains header blocks, text, and text areas which should be rendered in blue. These are not displaying which cases information to not be rendered.
Activity
Arran Mccullough
created issue -
Patrick Corless
made changes -
Field | Original Value | New Value |
---|---|---|
Fix Version/s | 6.1.2 [ 13070 ] |
Patrick Corless
made changes -
Status | Open [ 1 ] | Resolved [ 5 ] |
Resolution | Fixed [ 1 ] |
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #48659 | Tue Apr 26 14:31:48 MDT 2016 | patrick.corless | |
Files Changed | ||||
MODIFY
/icepdf/branches/icepdf-6.1.0/icepdf/core/src/org/icepdf/core/pobjects/functions/Function_0.java
|
Repository | Revision | Date | User | Message |
ICEsoft Public SVN Repository | #48660 | Tue Apr 26 14:33:22 MDT 2016 | patrick.corless | |
Files Changed | ||||
MODIFY
/icepdf/trunk/icepdf/core/src/org/icepdf/core/pobjects/functions/Function_0.java
|
Patrick Corless
made changes -
Status | Resolved [ 5 ] | Closed [ 6 ] |
It turns out this is a long standing bug with our function 0 calculator. Our currently implementation always assumes we are using 8 bits per sample where the spec stats that it can be 1,2, 4, 8, 16 or 32. The fill colour in question is using a Separation colour space with a function 0 tintTranform that uses a 16 bits per sample and those we where calculating the wrong colour. I touched up the calculation and we are now generating the correct fill colour.