ICEpdf
  1. ICEpdf
  2. PDF-532

Separation colour space is not respecting none colourant

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 4.4, 5.0.0 alpha1
    • Fix Version/s: 4.4.1, 5.0
    • Component/s: Core/Parsing
    • Labels:
      None
    • Environment:
      any

      Description

      The forum user posted a a file that appeared to have an image loading issue. Further investigation showed that the image was in fact being drawn but an large white rectangle was being drawn over top of it. A little more debugging and specification reading indicated that the Separation colour space can specify a None colourant.

      In the following postscript the image is drawn with the 'do' and then a rectangle is defined and filled.

      /Im0 Do Q Q /CS1 cs 0 scn 147.47 439.899 413.001 260.56 re f

      The /CS1 colour space is defined as 36 0 obj[/Separation/None 34 0 R 37 0 R] with the keyword none. The current Separation colour space code ignores the 'None" and will return the the colour white in this case which obfuscates the image.

        Activity

        Hide
        Patrick Corless added a comment -

        Updated separation colour logic to check for the isNone flag and return a transparent colour if found which should better align with the specification.

        Show
        Patrick Corless added a comment - Updated separation colour logic to check for the isNone flag and return a transparent colour if found which should better align with the specification.

          People

          • Assignee:
            Patrick Corless
            Reporter:
            Patrick Corless
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: