Closed Bug 300096 Opened 19 years ago Closed 17 years ago

Images Downloaded But Not Displayed

Categories

(Core :: Networking, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mozilla, Unassigned)

Details

Attachments

(1 file)

Tested with 20050622 Firefox trunk

STEPS TO REPRODICE:
1. Load
http://www.leginfo.ca.gov/cgi-bin/postquery?bill_number=ab_20&sess=CUR&house=B.

RESULT:
Occasionally some of the GIFs do not display and only the ALT text is displayed.
Live HTTP Headers confirms that the image is actually downloaded from the server.

There is no active image blocking, and this is reproducible with a fresh profile.

-----
http://www.leginfo.ca.gov/gif/subscrb.gif

GET /gif/subscrb.gif HTTP/1.1
Host: www.leginfo.ca.gov
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2)
Gecko/20050622 Firefox/1.0+
Accept: image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer:
http://www.leginfo.ca.gov/cgi-bin/postquery?bill_number=ab_39&sess=CUR&house=B

HTTP/1.x 200 OK
Server: Sun-ONE-Web-Server/6.1
Date: Wed, 06 Jul 2005 14:26:15 GMT
Content-Length: 3641
Content-Type: image/gif
Last-Modified: Thu, 14 Dec 2000 23:42:38 GMT
Etag: "e39-3a395aee"
Accept-Ranges: bytes
Connection: Keep-Alive
-----
I should add that each time this occurs, it can be a different image that fails
to display, or even several simultaneously. It is frequent (about 50% of the
time) and once an image is loaded, it will always load until Firefox is restarted.
I have no proxies, transparent or otherwise, and I have no ad blocking software
or memory-resident anti-spyware.
Do you enable pipelining?
See about:config for network.http.pipelining, network.http.pipelining.maxrequests.
If enabled(network.http.pipelining=true), try "Shitf+Reload" then repeat
"Reload" many times.
Disabling pipelining fixed the issue. -> Networking:HTTP
Component: Layout: Images → Networking: HTTP
Assignee: jdunn → darin
QA Contact: layout.images → networking.http
Could you please do an HTTP log when this problem appears and attach it to this bug?
Attached file Zipped log
This is a log with pipelining enabled and where loading a page resulted in a picture not being displayed. The image that did not display on this particular load was "subscrd.gif".
Hmm... I wonder which request got the "400 Bad Request" response from the server...  Darin, could you take a look at the log?  You know this stuff better than I...
It's the GIF that didn't display. Here's the request:

-----
0[2342f8]: Creating nsHttpTransaction @20fe510
0[2342f8]: nsHttpTransaction::Init [this=20fe510 caps=3]
0[2342f8]: http request [
0[2342f8]:   GET /gif/subscrd.gif HTTP/1.1
0[2342f8]:   Host: www.leginfo.ca.gov
0[2342f8]:   User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051025 Firefox/1.6a1
0[2342f8]:   Accept: image/png,*/*;q=0.5
0[2342f8]:   Accept-Language: en-us,en;q=0.5
0[2342f8]:   Accept-Encoding: gzip,deflate
0[2342f8]:   Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
0[2342f8]:   Keep-Alive: 300
0[2342f8]:   Connection: keep-alive
0[2342f8]:   Referer: http://www.leginfo.ca.gov/cgi-bin/postquery?bill_number=ab_1680&sess=CUR&house=B
0[2342f8]: ]
0[2342f8]: nsHttpConnectionMgr::AddTransaction [trans=20fe510 10]
-----
I think this is the decoded conversation for that connection:

-----
0[2342f8]: Creating nsHttpTransaction @20fe510
0[2342f8]: nsHttpTransaction::Init [this=20fe510 caps=3]
0[2342f8]: http request [
0[2342f8]:   GET /gif/subscrd.gif HTTP/1.1
0[2342f8]:   Host: www.leginfo.ca.gov
0[2342f8]:   User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051025 Firefox/1.6a1
0[2342f8]:   Accept: image/png,*/*;q=0.5
0[2342f8]:   Accept-Language: en-us,en;q=0.5
0[2342f8]:   Accept-Encoding: gzip,deflate
0[2342f8]:   Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
0[2342f8]:   Keep-Alive: 300
0[2342f8]:   Connection: keep-alive
0[2342f8]:   Referer: http://www.leginfo.ca.gov/cgi-bin/postquery?bill_number=ab_1680&sess=CUR&house=B
0[2342f8]: ]
0[2342f8]: nsHttpConnectionMgr::AddTransaction [trans=20fe510 10]
1440[15d1fb0]: nsHttpConnectionMgr::OnMsgNewTransaction [trans=20fe510]
1440[15d1fb0]: nsHttpConnectionMgr::GetConnection [ci=..www.leginfo.ca.gov:80 caps=3]
1440[15d1fb0]: nsHttpConnectionMgr::AtActiveConnectionLimit [ci=..www.leginfo.ca.gov:80 caps=3]
1440[15d1fb0]:    total=3, persist=2
1440[15d1fb0]:   at active connection limit!
1440[15d1fb0]:   adding transaction to pending queue [trans=20fe510 pending-count=2]
1440[15d1fb0]: nsHttpPipeline::AddTransaction [this=2100850 trans=20fe510]
1440[15d1fb0]: nsHttpTransaction::OnSocketStatus [this=20fe510 status=804b0006 progress=14751]
1440[15d1fb0]: nsHttpTransaction::ProcessData [this=20fe510 count=666]
1440[15d1fb0]: nsHttpTransaction::ParseHead [count=666]
1440[15d1fb0]: nsHttpTransaction::ParseLine [HTTP/1.0 400 Bad Request]
1440[15d1fb0]: nsHttpResponseHead::ParseVersion [version=HTTP/1.0 400 Bad Request]
1440[15d1fb0]: Have status line [version=10 status=400 statusText=Bad Request]
1440[15d1fb0]: nsHttpTransaction::ParseLine [Connection: Close]
1440[15d1fb0]: nsHttpTransaction::HandleContent [this=20fe510 count=619]
1440[15d1fb0]: nsHttpTransaction::HandleContentStart [this=20fe510]
1440[15d1fb0]: http response [
1440[15d1fb0]:   HTTP/1.0 400 Bad Request
1440[15d1fb0]:   Connection: Close
1440[15d1fb0]: ]
1440[15d1fb0]: nsHttpConnection::OnHeadersAvailable [this=1f0fbd0 trans=20fe510 response-head=219abb0]
1440[15d1fb0]: waiting for the server to close the connection.
1440[15d1fb0]: nsHttpTransaction::HandleContent [this=20fe510 count=619 read=619 mContentRead=619 mContentLength=-1]
1440[15d1fb0]: nsHttpTransaction::Close [this=20fe510 reason=0]
0[2342f8]: nsHttpTransaction::DeleteSelfOnConsumerThread [this=20fe510]
0[2342f8]: Destroying nsHttpTransaction @20fe510
-----
-> default owner
Assignee: darin → nobody
Component: Networking: HTTP → Networking
QA Contact: networking.http → networking
WFM with pipelining on, and off
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2008010705 Minefield/3.0b3pre

feel free to reopen if you still see this.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: