64.47 KB, application/x-zip-compressed
win2k, trunk build from the 25th of April, 2002. steps to reproduce: 1. visit said URL with http pipelining turned on (prefs->advanced->http Networking. note: the URL can't be in your cache, so, do a shift reload once you have pipelining on to hit the network fresh. 2. notice that the two images near the upper left headline summary area don't load. If you turn pipelining off, they load. If you turn it back on and reload, they won't.
same issue was reported in bug 140176 (see the first comment there)
I'm not seeing the correlation between this bug and 140176.
The similarity is that also in bug 140176, the images will load with pipelining off, but do not load with pipelining on.
*** Bug 140777 has been marked as a duplicate of this bug. ***
Regarding if #140176 is a dup of this. Has anyone got really really patient, and waited a long time to see if the images will load given enough time?
hmm.. under linux-smp, i'm unable to repro this problem using the 2002042707 build. perhaps this website is triggering us to lose some race condition that is more common on XP_WIN systems given the way win2k time slices?! at any rate, i'll give it a try on my win2k machine.
Also happening on stylesheets from time to time.
data point. I can repro this using my other win2k machine, which is using a different connection (speed/type); both are broadband though (dsl/t1).
also seeing a related problem when viewing multiple performance graphs on tegu.mozilla.org, e.g.: http://tegu.mozilla.org/graph/multiquery.cgi?&testname=startup&tboxes=comet,luna,sleestack,mecca,facedown,openwound,rheeeet&days=7&autoscale=1&units=<ype=&points=&avg=1
Created attachment 81848 [details] nsHttp:5 log for above url with and without pipelining Maybe this will help in debugging. The attachment is a zip containing two text files which are nsHttp:5 logs for loading http://online.wsj.com/public/us. (Win2k 1.0-branch debug build from a day back) One log is with pipelining and one without. At least one image did not load for me with pipelining turned on. Looking through the source the filename for the image in question is: col_it-ccartney0328.jpg Hopefully, you can search through the logs to find out what happened to it. For me, this is reproducible at will at the wsj site with my win2k 1.0 Branch cvs debug build from a day or so back. At least one image from that page will fail to load. I am on a pretty slow, high-latency connection. (BTW, I am not on an SMP system.)
Oops ... cut-paste error in the image mentioned above above ... it should have been: col_it-mccartney03282002123027.jpg
That site WFM on WinXP build 2002050706
pipelining is desirable for embedding customers.
I think I have another case of this bug. See bug 144326 for details.
mass futuring of untargeted bugs
another link that shows this problem: http://warp.mcom.com/embedding/groups/embedrock/embedrock_hike_2002/index.html
The Customer Management Interface (CMI) of iBill.com, one of the world's largest ecommerce transaction processors yada yada, also fails with pipelining on. http://cmi.ibill.com/cgi-win/ccard/cmi.exe The images that pipelining disables are crucial to the navigation of the interface; without them the CMI won't work at all. The CMI is used by all iBill vendors, so it has a fairly large audience.
joseph: can you please try out a trunk build. looks to me like iBill.com is running Microsoft-IIS/4.0 which is known to behave badly when pipelining is enabled. mozilla trunk builds will not pipeline requests to a IIS/4.0 server.
Re #17, I just tried 2002052809-TRUNK and it works fine.
Ditto for me, via trunk 2002052803, iBill's CMI is no longer hamstrung with pipelining on (#17-19). Thanks
I'm getting a similar problem with http://www.thetrainline.com/ - this is a major site in Britain for getting train tickets. Go to the site and click on "register". The server never downloads the images (sometimes it fails to get the page). This is over an SSL connection. I'm using Mozilla 1.0 on Linux here.
I'm seeing this on a trunk build, ID 2002061204 under w2k when connecting to an Apache 1.3.24 server. Same deal - with pipelining enabled the images take a long time to load and some don't display at all. The images (all of them) load very quickly when pipelining is disabled. The page (and server) in question can be seen at http://www.burlco.org/pipe/ - this is a test case consisting of a page with 10 identical images on it. The server logs after viewing this page with pipelining enabled indicate that Mozilla seems to be trying to load some images more than once, after a delay: x.x.x.x - - [12/Jun/2002:13:09:12 -0400] "GET /pipe/ HTTP/1.1" 200 524 x.x.x.x - - [12/Jun/2002:13:09:12 -0400] "GET /pipe/gif.phtml?1 HTTP/1.1" 200 876 x.x.x.x - - [12/Jun/2002:13:09:12 -0400] "GET /pipe/gif.phtml?2 HTTP/1.1" 200 876 x.x.x.x - - [12/Jun/2002:13:09:12 -0400] "GET /pipe/gif.phtml?3 HTTP/1.1" 200 876 x.x.x.x - - [12/Jun/2002:13:09:12 -0400] "GET /pipe/gif.phtml?4 HTTP/1.1" 200 876 x.x.x.x - - [12/Jun/2002:13:09:12 -0400] "GET /pipe/gif.phtml?5 HTTP/1.1" 200 876 x.x.x.x - - [12/Jun/2002:13:09:12 -0400] "GET /pipe/gif.phtml?6 HTTP/1.1" 200 876 x.x.x.x - - [12/Jun/2002:13:09:12 -0400] "GET /pipe/gif.phtml?7 HTTP/1.1" 200 876 x.x.x.x - - [12/Jun/2002:13:09:12 -0400] "GET /pipe/gif.phtml?8 HTTP/1.1" 200 876 x.x.x.x - - [12/Jun/2002:13:09:28 -0400] "GET /pipe/gif.phtml?7 HTTP/1.1" 200 876 x.x.x.x - - [12/Jun/2002:13:09:28 -0400] "GET /pipe/gif.phtml?9 HTTP/1.1" 200 876 x.x.x.x - - [12/Jun/2002:13:09:28 -0400] "GET /pipe/gif.phtml?10 HTTP/1.1" 200 876 x.x.x.x - - [12/Jun/2002:13:09:28 -0400] "GET /pipe/gif.phtml?8 HTTP/1.1" 200 876 ...though there doesn't seem to be a correlation between images that don't appear in Mozilla and images that appear more than once, or after a delay, in the logs.
rcummins: you are actually seeing an apache bug related to CGI scripts and pipelining... see mozilla bug 145392.
http://online.wsj.com/public/us WORKSFORME linux build 2002-06-17/21 some of the other links mentioned in this bug, however, still cause problems.
The same problem occurs at http://www.comhem.se . With pipelining turned on, I've let the page load for about half an hour, and still all images are not showing. With pipelining turned off, the site loads as expected. I'm on an ADSL-line.
WinXP 2002070602: None of the images on http://www.tf1.fr/news are loading with pipelining enabled and the page never finishes loading. This is always reproductible.
*** Bug 156644 has been marked as a duplicate of this bug. ***
*** Bug 156999 has been marked as a duplicate of this bug. ***
*** Bug 158849 has been marked as a duplicate of this bug. ***
This seems to be working now with a trunk build I've tried almost every dupe or URL in this bug and they all worked for me with 2002092710 trunk and HTTP pipelining. So this bug may be fixed or HTTP pipelining doesn't work anymore
I concur with Bernard......is pipelining enabled on Trunk builds? It's set to on in my Prefs.
pipelining is still present on the trunk. however, we recently added IIS/5.0 to our pipelining blacklist since it proved to screw up in some situations. perhaps these sites are either running IIS/5.0 or perhaps they have upgraded to a better webserver since this bug was originally filed. resolving WORKSFORME
yes, that appears to be the server being used in the original url 0010 0A 53 65 72 76 65 72 3A-20 4D 69 63 72 6F 73 6F .Server: Microso 0020 66 74 2D 49 49 53 2F 35-2E 30 0D 0A 43 6F 6E 6E ft-IIS/5.0..Conn verified - 10/01/02 trunk, winNT4, linux rh6, mac osX
Out of curiosity, is there a list (or a program ref) that lists which HTTP servers don't work well with Mozilla pipelining?
I'm still seeing this bug using FF with pipelining. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040929 Firefox/0.10