Bug 690027

Summary:	Text rendered at black instead of gray
Product:	Ghostscript	Reporter:	Marcos H. Woehrmann <marcos.woehrmann>
Component:	Color	Assignee:	Michael Vrhel <michael.vrhel>
Status:	NOTIFIED DUPLICATE
Severity:	normal
Priority:	P1
Version:	master
Hardware:	PC
OS:	Linux
Customer:	1110	Word Size:	---
Attachments:	trans.pdf screenshot.png

Description Marcos H. Woehrmann 2008-08-19 11:22:27 UTC

The customer reports and I've verified that the attached file renders
differently in gshead (r8997) and Acrobat Reader.  Specifically the bottom block
text is rendered in black by Ghostscript and gray by Acrobat. 

The command line I'm using for testing:

  bin/gs -sDEVICE=ppmraw -o test.ppm ./trans.pdf

Note that this file had a more severe problem reported as bug 689309, which has
been fixed as of gs8.62,

Comment 1 Marcos H. Woehrmann 2008-08-19 11:22:58 UTC

Created attachment 4289 [details]
trans.pdf

Comment 2 Marcos H. Woehrmann 2008-08-19 11:26:16 UTC

Just to clarify, this file has never rendered correctly by Ghostscript. 
Ghostscript 8.61 and older rendered the file with a gray rectangle obscuring the
text and 8.62 and later fixed the rectangle problem but rendered the text in
black instead of gray.

Comment 3 Marcos H. Woehrmann 2008-08-19 11:38:17 UTC

Created attachment 4290 [details]
screenshot.png

Comment 4 Michael Vrhel 2008-08-19 21:27:45 UTC

The source of this issue is identical to that of 689968.  That bottom text is
defined by a vector graphic.  There is a graphic state that is set prior to
drawing it, which has an Soft Mask defined.  This soft mask image should be used
when the solid fills occur.  Currently, our code only uses softmasks as part of
 transparency groups.  We really should be able so associate the softmask with
the graphic state.  The fix for this is going to be involved and I am just now
starting the process.  For further detail see 689968.

Comment 5 Ray Johnston 2008-08-20 10:05:50 UTC

This is really a duplicate of the issue discussed on bug 688601 and bug 689968

Rendering the 'SMask' changes the FillColor so that when the subsequent text is
painted, the FillColor is black instead of gray.

*** This bug has been marked as a duplicate of 689968 ***

Comment 6 Marcos H. Woehrmann 2011-09-18 21:46:31 UTC

Changing customer bugs that have been resolved more than a year ago to closed.