Closed Bug 18049 Opened 25 years ago Closed 21 years ago

Loading invalid URL halts animated GIF display

Categories

(Core :: Graphics: ImageLib, defect, P3)

defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: elig, Assigned: pavlov)

References

()

Details

* TITLE/SUMMARY
Loading invalid URL halts animated GIF display

* STEPS TO REPRODUCE
-1) Let Simon Fraser into your cubicle, who always finds the coolest bugs. ;)
0) Launch Apprunner
1) View a page with animated images. (e.g. http://slip/projects/marvin/imaging/
img-anim-multiple/img-anim-multiple-6.html)
2) Load an invalid URL, like "http://
kjljlkdfskjldflkjerwiuoewrpoiewpoijlkfdkjldfalkjdlkjklfsalkjdlkjs.com"
(this text string can be loosely approximated by smashing your keyboard with
alternating hands, while taking care not to injure your knuckles ;)

* RESULT
 - What happened

The first three (top row) of animated GIFs will cease to display, replaced by the
file name (minus the extension, of course).

Further loads of the invalid URL will result in additional animated GIFs ceasing
to display, until only animated.gif is left

 - What was expected

Loading an invalid URL should not affect what's being displayed on-screen

* REGRESSION

 - Occurs On
        Linux Apprunner (1999110408 optimized build)
        Win32 Apprunner (1999110408 optimized build [NT 4, Service Pack 5])
        Mac OS Apprunner (1999110408 optimized build)

 - Doesn't Occur On
        Netscape Communicator 4.7

* CONFIGURATIONS TESTED

- [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM
used), 1024x768 (Thousands of Colors), Mac OS 8.6

- [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP5.

- [Linux] Vectra VL (266 MHz P2), 96 MB RAM. Red Hat Linux 6.0 (GNOME).
QA Contact: petersen → elig
[qa assigning to self to ease petersen's load.]
[If you're viewing this from outside the firewall, please refer to bug #18045 for
the test case used within this bug report. Alternatively, any page with an
animated GIF should suffice.]
Assignee: beard → leger
Component: Compositor → Browser-General
Animated GIF display logic isn't in the compositor. Seems more like a webshell
problem?
Assignee: leger → don
Reassigning to Don.
[e-mailed Don to request that he look at this bug.]
Assignee: don → travis
Target Milestone: M13
Travis, is this a Webshell or Docloader issue?  If not, who should get this?
Someone in Necko?
Target Milestone: M13 → M14
Move to M14.  Do we need to fix this for beta 1?
Move to M16 ...
Target Milestone: M14 → M16
This should be working now.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Sorry, I can still reproduce this problem on this morning's M15 Mac OS & Linux 
builds, although it's morphed slightly.

Specifically, loading an invalid URL several times results in the images dropping 
out one by one every 10-15 clicks --- and after 10 clicks, the entire page blanks 
out.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Ok, try now with the new loading in place.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
elig...old bug, can you verify with branch please.
Component: Browser-General → ImageLib
Sorry --- reloading URL after ~10 times results in the Chicken & the Robot's 
animations ceasing. (The chicken also disappears other than the top ~10 or so row 
of pixels.)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Target Milestone: M16 → ---
Travis is gone; handing off to Don.
Assignee: travis → don
Status: REOPENED → NEW
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment.
thanks,
	Vishy
Assignee: don → vishy
QA Contact: elig → tpreston
Linux + Debug|Verification|Animation, I got the gears to
stop turning after one random fake URL load attempt.
Lots of others worked fine.  Over to pavlov for a look.
Target Milestone: --- → Future
Using Win build 2001041620, with test page Debug|Verification|Animation
 and trying > 10 bad urls, animated images doesn't stop. Resolved?
I goto Debug | Verification | Animation

The GIF's are not animated unless I move the window far enough off the screen as
to hide the Gear's, then the eye balls begin to move. When I move the browser
back up to see the gears again the eyeballs stop moving. Also, the browser is
froze and I can not navigate to another web page. I can still navigate the pull
down menu's and hit the back, forward, etc. buttons, I just can not leave the
current web page with out having to first close the browser and opening a new one.
Blocks: 119597
this is a very old bug...
worksforme moz2003060308/win98se, with or without animated gif hidden from
viewport -> wfm
Status: NEW → RESOLVED
Closed: 25 years ago21 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.