101618 - animated GIFs are printing black

Status: VERIFIED DUPLICATE of bug 12037

(Core :: Printing: Output, defect)

Description

[sujay]

using 9/25 branch build

1) launch netscape
2) jump to a page with animated GIFS(see URL)
3) print

notice they print out as black squares or rectangles.

Netscape home page also has occassional animated GIFS.

Comment 1

[sujay]

same happens for http://www.cnn.com

the bottom banner GIF doesn't print out...

Comment 2

[sujay]

can we get a target milestone for this?

Comment 3

[sujay]

nominating for nsbranch+ consideration

Comment 4

[lchiang]

Sujay - did 6.1 behave in this same manner?

Comment 5

[Kevin McCluskey (gone)]

With todays 094 branch build on WINNT with a HP LaserJet4 printer the URL prints
out as monochrome for me, not as black rectangles. Colors are converted to either
white or black. It is readable, but not pretty.

Comment 6

[Kevin McCluskey (gone)]

I wonder if the way imagelib holds on to each frame(image) in an animated gif
has something to do with it?

CC'ing saari

Comment 7

[saari (gone)]

More likely it is the way animated GIFs are composited from their individual
frames. I suspect the Windows image rendering code isn't quite right for
printing, although I swear this worked last time I checked.

Comment 8

[sujay]

okay testing on 6.1RTM(7/25 branch build) animated GIF's are printing black
there also but back then we had this problem with transparent GIF's printing out
black ( bug 12037 ) which has been fixed on windows.

but the problem does not appear in today's 10/9 trunk build.

Comment 9

[lchiang]

It may be hard to find out, but perhaps a checkin to the trunk (since the
creation of 0.9.4 branch) has fixed this. 

Given that there is not a regression and it may be late to locate a fix for this
for the 094 branch, I'm wondering if this is worse pursuing since it's fixed on
trunk.

Comment 10

[Jaime Rodriguez, Jr.]

Its too late for this one. Let's gte it next time.

Comment 11

[Kevin McCluskey (gone)]

Marking WORKSFORME since it is working on the trunk.

Comment 12

[sujay]

verified.

Comment 13

[sujay]

This is not working on 11/2 windows trunk builds...

adding nsbeta1 keyword

Comment 14

[Paul E Johnson]

I get all gifs printed black, not just animated gifs.  If you want to see what I
mean, try to print this:

http://lark.cc.ukans.edu/~sas82/sasdoc/sashtml/stat/chap29/sect27.htm

Comment 15

[rods (gone)]

I thought I reassigned this to dcone - reassigning

Comment 16

[Pete Collins (MDG)]

I see black on unix for yahoo.com for the transparent header gif there.

--pete

Comment 17

[Roland Mainz]

Printing with Xprint module gives me images with white background (e.g.
=transparent), I assume this is an issue within the PostScript module ...

Comment 18

[Kevin McCluskey (gone)]

Changing platform to Linux. The remaining problem of printing black for
transparent gifs is because we are printing the 1-bit mask on PostScript.

Moving Moz1.1, nsbeta1-.

Comment 19

[Andrew Hagen]

Resolving as duplicate. If you believe this is not a duplicate, please reopen
the bug.

Note that while a fix has been checked in for bug 12037, that fix so far is
Win32 only.

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

Comment 20

[sujay]

verified.