2805 - Animated GIF, backgrnd fill vs leave-as-is

Status: VERIFIED DUPLICATE of bug 22607

(Core Graveyard :: GFX, defect, P2)

Description

[Michael Lowe]

Cited gif image is not displayed correctly.  Two rectangular blocks of the image
are not visible in most animated frames.

Comment 1

[pnunn]

Yep. I can see it. The frames that ask for the
'backgrd' fill instead of 'leave as is' fill for the
transparent areas seem to be the trouble.

This is a bug. If you would like to know of a work around
until the fix can be checked in, you could change the 'background' fill
to 'leave as is" and the gif displays well...except for one
frame that needs to clean up a portion of the animating orbit.

Comment 2

[leger]

Setting all current Open/Normal to M4.

Comment 3

[chris hofmann]

pnunn's not here for the m4 endgame. moving to m5

Comment 4

[pnunn]

*** Bug 4349 has been marked as a duplicate of this bug. ***

Comment 5

[pnunn]

Latering.

Comment 6

[Michael Lowe]

Attachment: problematic gif image

Comment 7

[neeti]

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

Comment 8

[Eli Goldberg]

Rubber-stamping as duplicate.

Comment 9

[Eli Goldberg]

Re-opening; this was marked as duplicate of 12977, but is still occuring even 
though 12977 is fixed.

Comment 10

[pnunn]

I think this should be fixed. 
It worked in 4.x. 

I don't see anything that could cause this bug to show up,
but I have a feeling a bug was fixed somewhere else that uncovered
this one.

I'm testing a fix now.
-P

Comment 11

[pnunn]

fix not good.
Moving bug to m16.

Comment 12

[neeti]

Moving to m18

Comment 13

[Andrea]

Attachment: Probably this image suffer of the same rendering bug

Comment 14

[Andrea]

Well, if you look at the 06/01/00 GIF attachment you can see an error appearing
on the 3rd frame ("JBuilder Trial 3.5") at the right side of the picture of the
monitor. The GIF uses the "Leave as is" option on the first control header, but
in all the following frames the delay headers specify remove by "background".

It's also strange enough that the GIF paint only one time the monitor border (in
the 1st frame). In the following frames (the 2nd and the 3rd for example) should
paint only a rectangular box inside the monitor picture (where no rendering
errors seems to appear).

Comment 15

[Andrea]

Let me also say something *maybe* has to do with a bad handling of the PNG image
trasparency. It sports some areas with the same behaviour of PNG not completely
transparent areas.
It courious that this behaviour disabbear if the first GIF frame is complitly
opaque.

Comment 16

[pnunn]

duplicate of 22607 (which has better info on it.)
-pn

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

Comment 17

[timeless]

vrfy dupe of well written and commented bug 22607.