Created attachment 102365 [details] PDF which shows the problem If using overprintmode (OPM) together with overprint switched on, the CMYK values have to examined for each channel. If the channel value is != 0, it knocks out the background channel, otherwise the background channel remains unchained. The actual implementation will not work with shadings: here we have dynamic patterns and the comparison have to be done with the result of pattern->getColor(), but it does it only once with the actual fill color which is completely wrong because the fill color has nothing to do with the shading colors. The attached PDF shows the effect: the yellow N is painted greenish if the jpegcmyk or overprint option is used (only available if compiled with SPLASH_CMYK)
Created attachment 102367 [details] [review] patch which fixes the bug
Created attachment 102368 [details] [review] setOverprintMask should stiil be called, but with singleColor = NULL
Where is GfxColorSpaceMode gfxMode; initialized?
Created attachment 102988 [details] [review] setOverprintMask should stiil be called, but with singleColor = NULL (In reply to comment #3) > Where is > > GfxColorSpaceMode gfxMode; > > initialized? Thank You for being so careful. I missed that when I manually merged from my Windows wirtual machine where I debugged it to my Ubuntu master where I created the patch :-(. So here the patch with the initialization.
Pushed to master
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.