Closed
Bug 112316
Opened 24 years ago
Closed 23 years ago
loading a blocked image directly never finishes
Categories
(Core :: Graphics: Image Blocking, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jmd, Assigned: morse)
References
()
Details
Block images from 'fmads.osdn.com'. Now you you try to load the URL, it spins
forever. Network dump reveals a GET isn't even sent. When I hit stop, it
requests /favicon.ico.
Linux build ID 000000000 (yesterdays I think)
Comment 1•23 years ago
|
||
Works for me with build from 2002-1-26 on Win2K
Comment 2•23 years ago
|
||
is this bug reproducible in recent nightly builds?
| Reporter | ||
Comment 3•23 years ago
|
||
Well, I get Document: Done now, but the image isn't shown. The entire thing is
recieved. If we're going to spend the bandwidth downloading a direct image
request, we should show it.
Either:
a) see content-type: image/* and break connection, or
b) retrieve entire image and display it, since it's a direct request
I don't really care which one. B makes more sense I guess, and would probably be
easier to implement.
| Reporter | ||
Comment 5•23 years ago
|
||
Still seeing mozilla stuck in the 'load' state (throber going and 'wait' mouse
pointer) if, after i "show" the image from the page it was blocked, I hit reload.
| Assignee | ||
Comment 6•23 years ago
|
||
This is working fine now, so it must have been fixed with recent checkins.
Status: NEW → RESOLVED
Closed: 23 years ago
Component: Networking: HTTP → Image Management
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•