Closed Bug 795438 Opened 12 years ago Closed 11 years ago

Regression: Animated GIF animates only after a pan (invalidation) on certain devices

Categories

(Firefox for Android Graveyard :: General, defect)

19 Branch
ARM
Android
defect
Not set
normal

Tracking

(firefox19 affected, firefox20 verified, fennec19+)

RESOLVED FIXED
Tracking Status
firefox19 --- affected
firefox20 --- verified
fennec 19+ ---

People

(Reporter: lmandel, Assigned: cwiiis)

References

Details

(Keywords: reproducible)

When viewing an animated GIF the animation only progresses when I pan the screen around. Simply loading the page is not enough to view the animation.

STR:

1. Load http://i.imgur.com/dZOXE.gif on Fennec. Note how a static image loads.
2. Pan the page up and down. Note how the GIF advances frames while panning but stops advancing when you stop panning.

Expected results:
The animated GIF should be animated.

Actual results:
A static image shows.
Perhaps I should add something about my platform.

Samsung Galaxy S2, ICS 4.0.4.
Nightly 18.0a1 2012-09-28
I can't reproduce this on the Galaxy Nexus/7, same build (http://www.youtube.com/watch?v=LCd7ha_WC3Q)
Here's a video of the issue on my Galaxy S2.

http://youtu.be/4nkNLVGFgos
Still an issue: http://i.imgur.com/s5knR.gif

--
Nightly (11/05)
tracking-fennec: --- → ?
OS: Mac OS X → Android
Hardware: x86 → ARM
tracking with the assumption that this is a regression in 19, if the regression range doesn't prove that out, please renom
Assignee: nobody → chrislord.net
tracking-fennec: ? → 19+
The original issue of the GIF not animating on all devices is WFM; the new issue here is that on some devices (such as the Galaxy Note II) (and possibly the SII and similar devices) is that the animated GIF will only animate after a redraw from a pan (invalidation issue). 

This is a regression from the progressive-tile work on trunk.
Keywords: reproducible
Summary: Animated GIF only animated when panning → Regression: Animated GIF animates only after a pan (invalidation) on certain devices
Version: Firefox 15 → Firefox 19
Makes sense; thanks!
Blocks: 795259
Ah, this sounds like bad cancelling and will be fixed as part of the patch series in bug 783368. Thanks for the regression range :)
Blocks: 783368
Status: NEW → ASSIGNED
Blocks: 784698
Marking as Aurora/Nightly affected now.
WFM (Note II), fixed on Nightly via bug 783368. Marking WFM.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
I confirmed the fix on Galaxy S2. I changed the resolution status to FIXED as this was confirmed to be a reproducible problem.
Resolution: WORKSFORME → FIXED
I cannot reproduce this issue on the latest Nightly build. Closing bug as verified fixed on:

Firefox 20.0a1 (2012-11-26)
Device: Galaxy S2
OS: Android 4.0.3
Status: RESOLVED → VERIFIED
I can reproduce this bug on a Galaxy S2. See also bug 858137.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
We should keep this bug closed because attaching new patches to this one will get messy quickly, and it was verified fixed at some point. We can track the new re-regression in bug 858137.
Status: REOPENED → RESOLVED
Closed: 12 years ago11 years ago
Resolution: --- → FIXED
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.