Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 5.1.2
-
Fix Version/s: 6.0
-
Component/s: Core/Rendering
-
Labels:None
-
Environment:any
-
Support Case References:Support Case 13477:- https://icesoft.my.salesforce.com/5007000001GCwVB?srPos=0&srKp=500
Description
The PDF in question uses several 1x1 images that are encoded using the inline image format. The images are all interpreted as a black pixel. Strangely the image is also marked as an image mask which is a bit strange for a inline image.
I'll have to dig through the specification to see if there is any special handling for inline image masks.
I'll have to dig through the specification to see if there is any special handling for inline image masks.
Activity
| Field | Original Value | New Value |
|---|---|---|
| Fix Version/s | 5.2 [ 10970 ] |
Update the inline images cache to take into consider the current fill colour. PDF renders correctly now.
Show
Patrick Corless
added a comment - Update the inline images cache to take into consider the current fill colour. PDF renders correctly now.
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Resolution | Fixed [ 1 ] |
| Support Case References | Support Case 13477:- https://icesoft.my.salesforce.com/5007000001GCwVB?srPos=0&srKp=500 |
Marking as closed
Show
Patrick Corless
added a comment - Marking as closed
| Status | Resolved [ 5 ] | Closed [ 6 ] |
The issue is related to the image cache we have for small inline images. The cache helps speed up the decoded of large image tiles implemented with a large number of inline images. In this particular case there are quite a few inline images that are 1x1 but have different fill colours defined in the graphics states and thus the key for the cache is the same even know we have three different colours. The key calcualation needs to be updated to take into account the fill colour.