Closed
Bug 61306
Opened 24 years ago
Closed 24 years ago
Scaled animated GIFs cause seizures
Categories
(Core :: Graphics: ImageLib, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: kbriscoe, Assigned: karnaze)
References
()
Details
(Whiteboard: [imglib])
If an animated GIF is set to width=10%, it causes a PNG (width=80%) on the same
page to reload with every frame on the animated GIF, resulting in a stroboscopic
effect. This only happens when BOTH images are scaled with a width= statement.
I suspect this will work with any scaled animated image (GIF, MNG) and any
scaled static image (GIF, PNG, JPG), but I haven't tested other combinations. I
don't have a test case, but can create one if it would help.
Easiest solution: criminalize animated GIFs.
Comment 1•24 years ago
|
||
Keith: can you put up a sample page somewhere with a simple test case for this?
Thanks...
Comment 2•24 years ago
|
||
updating component.
Assignee: asa → pnunn
Component: Browser-General → ImageLib
QA Contact: doronr → tpreston
This looks like a layout/reflow issue.
Reassigning to Nish.
-p
Assignee: pnunn → nisheeth
Reporter | ||
Comment 4•24 years ago
|
||
Attached a URL example:
http://www.nwlink.com/~cheeth/test.html
The "strobing" effect is best seen if you save the files and graphics to your
local drive and view it there, because of faster access times. Over the
Internet, the strobing is more like an occasional flash.
While creating this, I discovered that my initial analysis was incorrect and
that these images must also be in a TABLE for this behavior to occur. I also
can't figure out why the animated GIF is continuously sliding down the page in
this example, and it may be a related bug.
Comment 5•24 years ago
|
||
WORKSFORME
Platform: PC
OS: Linux 2.2.16
Mozilla Build: 2000121908 M18 Trunk Build
Marking as such. Reopen if you still see it on the latest nightlies
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 6•24 years ago
|
||
Still getting same problems:
Platform: PC
OS: Linux 2.2.16-22
Mozilla Build: 2000122710 (Mtrunk)
More info: RedHat 7.0, fairly vanilla install
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Comment 7•24 years ago
|
||
Reporter what version of XWindows are you using? and what Window Manager? On
Xfree 4.0.1 & KDE 2.0.1 I am not having any flickering. I saved locally and
everything.
Have you tried deleting your mozilla profile? Does that help?
Comment 8•24 years ago
|
||
I am seeing the problems as well, bottom image moves down the page while top
image flashes I am using Redhat 6.2 with build 2001101220
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 9•24 years ago
|
||
Deleting Mozilla profile does not correct the problem. I had been using XFree86
4.0 and KDE 1.3(?), whichever the ones are that ship with RedHat 7.0. Upgrading
to KDE 2.01 did not solve the problem. Strange indeed.
Comment 10•24 years ago
|
||
This is a layout issue. Passing on to Chris Karnaze, the layout team's manager.
Assignee: nisheeth → karnaze
Comment 11•24 years ago
|
||
Now this is interesting, I don't see either image on this page in linux build
2001041205, changing status whiteboard to [imglib]
Whiteboard: [imglib]
Comment 12•24 years ago
|
||
I don't see *anything* on Linux build 2001042921 running on SuSE7 with
Ximian-gnome 1.4
Reporter | ||
Comment 13•24 years ago
|
||
I just re-tested this for the first time in a very long time, and the problem no
longer exists. Can anyone who also witnessed the bug verify that the bug got fixed?
Comment 14•24 years ago
|
||
This one seems fixed to me
Marking WORKSFORME , please reopen if you dont think so
Build 2001062823 linux
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → WORKSFORME
Comment 15•24 years ago
|
||
No seizures here linux build 2001070306, marking verified
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•