247902 - Printing black background instead of white

Status: RESOLVED WORKSFORME

(Core :: Printing: Output, defect)

Description

[ABHIJEET BHATTACHARYA]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
Build Identifier: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.5) Gecko/20031017

 Mozilla 1.5                      
 exhibits errors in printing specific gif images.                         
 Problem is, that background of image is printed in black - instead of    
 white (as shown on screen).                                              
 

Reproducible: Always
Steps to Reproduce:
1.Open the .GIF file with the browser.
2.Go to page setup check the print background option.
3.Print the page.

Actual Results:  
Background is coming black with monocrome printer although it is white in the
print preview.

Expected Results:  
Backgound should come white in the printed page.

Comment 1

[ABHIJEET BHATTACHARYA]

Attachment: Specific GIF image for testing purpose

Attached GIF file for testing.

Comment 2

[Olivier Cahagne]

wfm using Firefox Trunk 20040620 on Win2k, I get a white background.
Are you using OS/2 or WinXP ? Make sure to use latest release 1.7.

Comment 3

[ABHIJEET BHATTACHARYA]

I am using OS/2. Problem is occuring in Mozilla 1.5 and onwards. I have tested
it on Mozilla1.8a the result is same. 

Comment 4

[Peter Weilbacher]

Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8a3) Gecko/20040802

A print on my DJ850C (OMNI driver v30.778) shows a normal white/transparent
background. So this seems to be a problem specific to prints to the PSCRIPT
(Apple Laserwriter, v30.778) driver when printing from Mozilla. A print of the
same graphic to the PS driver made from PMView and StarOffice is OK.

Confirming bug.

Comment 5

[Mike Kaply [:mkaply]]

Attachment: Workaround

This is basically a problem with the lexmark driver.

at this point, we think the best thing to do is add an Os/2 pref that people
can set to indicate they are using a lexmark driver...

Comment 6

[Peter Weilbacher]

That's weird. If I understand the code correctly, the Lexmark driver is more
capable than other ones, because you can just use GpiDrawBits(), while the
others need a lot of stuff to be done beforehand. I guess the recent survey in
the newsgroup showed that all this is really necessary.

But because I was curious, I tried to print the attached GIF to my HP850C (OMNI
driver), using a version I compiled only with the part designated as Lexmark. It
worked.
So it seems to me that only old/broken drivers -- like Apple Laserwriter
(PSCRIPT), which printed in reverse  with the Lexmark code -- really need
specially prepared output. But I guess it is safer to leave it like this patch
suggests, until somebody complains that something does not work.

Comment 7

[Peter Weilbacher]

Do we need to get this in, has this made it into IWB at some point? Is it still needed at all? I ask because I now get transparent/white background for the PSCRIPT based printer as well.

Comment 8

[Peter Weilbacher]

Haven't heard any complaints on this in the last few years. The Lexmark printers are probably rarely used now and as I said in comment 7 PSCRIPT seems to work. So I am resolving this WFM.