Created attachment 11147 [details] The X-1a version of the file Running the command: `gs -dSAFER -dBATCH -dNOPAUSE -sDEVICE=tiffsep -r96 -sOutputFile=test-sep 008478_dn3zsi_COLOR.pdf`, neither the composite tif nor the appropriate separation include one of the green panels in the middle. What's interesting is when the file is converted to PDF/X-1a using something like Adobe Acrobat, the green panel is visible, but the text on the left hand side disappears, like it's hidden below the artwork. OS is linux x64, gs 9.14. I'm uploading both the original and X-1a versions of the file. Please hide these attachments after you fetch them as they contain sensitive data.
Created attachment 11148 [details] The original version of the file.
Making a PDF/X-1a file more or less completely changes the nature of the content. PDF/X-1a does not permit certain features (I thought Separation colour spaces were one of those things, but it seems not) The original file includes 7 spot plates and, I note, includes overprinting of some of those spot colours. In fact, the very portion which I believe is described as 'missing' is an overprinted spot colour. Viewing the original file in Adobe Acrobat Pro shows exactly this same behaviour, the only way to see the overprinted section is to go to Tools->Print Production->Output Preview and check the 'simulate overprinting' check box. That said, tiffsep should produce the correct results in the separation, and it doesn't.
Created attachment 11150 [details] much smaller file Much reduced file, hopefully no longer sensitive.
Created attachment 11151 [details] Another file with artwork missing Little orange artwork missing underneath the logo text. This file also contains sensitive data, please mark this attachment private after the developers have acquired it.
Created attachment 11152 [details] Third file with artwork missing Here we can see the missing shadow beside the lemons on the left hand side. Once again, please hide this attachment after the developers download it.
As of 9.20 the lemons file looks fine. However we still have an issue with the reduced file from Ken.
So the edit from Ken appears to be an overprint issue. Trying to reduce the file further to understand what is going wrong
So the file that is the "much smaller file" Has a transparency group, an image fill with a CMYK + spot color image followed by a CMYK only image drawn over the first but with overprint enabled. We should be pushing a non-isolated non-knockout group when the fill with overprint occurs and setting the blend mode to Compatible_overprint. We did this already in another fill case I thought in bug 696876. Perhaps there is a fill case that we missed (images?) Do we need to worry about text? Talking with Ray about having this.
Assigning to Ray to make appropriate changes to the interpreter.
Rendering of the original version was fixed in Ghostscript 9.51 (2020-03-12), but X-1a sill misses the text on the left.
This appears to be fixed with, I'm assuming that the recent work with overprint has resolved this one.