178377 - Animated GIF with CSS padding clips area painted by second frame

Status: VERIFIED DUPLICATE of bug 155939

(Core Graveyard :: Image: Painting, defect)

Description

[Matt Zanon]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:1.2b) Gecko/20021016
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:1.2b) Gecko/20021016

Every animated GIF that I have prepared draws the first frame correctly, but
subsequent frames are drawn three pixels to the left and three pixels higher
than they should be. The images in the URL provided (www.stakingu.net) are
looped; the animated GIF does redraw the first frame again properly when
returning to it in the loop. 

The misdrawn gifs do not overlap the padding specified for them in the
stylesheet. In other words, the misdrawn frames of a 100x100 GIF have an area of
97x97.

Reproducible: Always

Steps to Reproduce:
1. Prepare an animated GIF of 100x100 pixels and an interframe delay of an   
arbitrary though slow length (say, 5s) .
2. View in Mozilla.
3.

Actual Results:  
See http://www.stakingu.net/

Expected Results:  
Drawn subsequent frames in the same 100x100 area as the first frame.

There is an analogous bug (#160186) under Mozilla for Windows where the GIF is
drawn 1 pixel the right of where it should be.

Comment 1

[Greg K.]

Confirmed using Mac/2002110508/9.2.2. Reassigning to Image: GFX and revising summary.

Comment 2

[Greg K.]

Attachment: Reduced testcase

Comment 3

[Greg K.]

Also observed using FizzillaCFM/2002103011 on Mac OS X 10.1.5.

Comment 4

[ArronM (:paper)]

Good testcase, I'll make mention of it in Bug 155939.

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

Comment 5

[Terri Preston]

Verified Duplicate