Closed Bug 77170 Opened 24 years ago Closed 14 years ago

Error interpreting http header? [http pipelining]

Categories

(Core :: Networking, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: v.ott, Unassigned)

References

()

Details

Attachments

(2 files)

Mozilla Build ID: 2001032319 Clear memory/disk cache and go to "http://www.sun.com/staroffice" (note the missing '/' at end of URL). This is the result (http source from source window): ####################################################### N3XAMTA1FU4GQ;path=/ Content-type: text/html Content-Length: 97 Location: http://www.sun.com/staroffice/;$sessionid$BXF3ZIQAABN3XAMTA1FU4GQ Via: 1.1 cache00 (NetCache 4.0R4) Date: Mon, 23 Apr 2001 14:35:50 GMT <head><title>302 Moved Temporarily</title></head> <h1>302 Moved Temporarily</h1><body> </body> ####################################################### The browser logo (upper right) also shows it's still waiting for data, the transfer progress bar down left is at about 50% and says "Transferring data from www.sun.com". As soon as I once try the URL with a trailing '/', it will work regardless of presence/absence of the trailing slash. This remains so until I clear the cache again. NC 4.77 and IE 5.01 do work. Regards, Victor
Forgot to add some details 8( : - OS: Win2k, - Connection through proxy server
worksforme linux build 2001-04-22-21 -- looks like we now add the trailing slash to the url....
WFM running Win98 using Win32 build 2001042220
downloaded 'official' linux 0.8.1 version (build id: 2001032614) in order to check this. using same proxy server like on the w2k computer. http://www.sun.com/staroffice --> ========================== RNZAMTA1FU3NQ;path=/ Set-cookie: sun_visitor_uid=3538303233353338375e30;domain=.sun.com;expires=Fri, 08-Jun-2001 09:12:52 GMT;path=/ Content-type: text/html Content-Length: 97 Location: http://www.sun.com/staroffice/;$sessionid$CNL1UTQAACRNZAMTA1FU3NQ Via: 1.1 cache00 (NetCache 4.0R4) Date: Tue, 24 Apr 2001 08:45:52 GMT <head><title>302 Moved Temporarily</title></head> <h1>302 Moved Temporarily</h1><body> </body> ========================== http://www.sun.com/staroffice/ --> ok if someone could tell me which current build is stable enough, i'll give it a try. i haven't found any similar bug report, but i might be in error. pls. close this if it's already solved. victor
Hmm.. this morning's build should be good (the 2001-04-24-08 build). The problem could also be due to interaction with the proxy server, which is why we may not be seeing it...
Here we go again: - Linux, build id 2001042408 - same proxy config (there's no other way out from LAN!) Saved page showed at "http://www.sun.com/staroffice", this is how vim shows it: ================ 2WPAMTA1FU4GQ;path=/^M Set-cookie: sun_visitor_uid=3538313338383339365e30;domain=.sun.com;expires=Sat, 09-Jun-2001 11:39:33 GMT;path=/^M Content-type: text/html^M Content-Length: 97^M Location: http://www.sun.com/staroffice/;$sessionid$C0I3FXYAAA2WPAMTA1FU4GQ^M Via: 1.1 cache00 (NetCache 4.0R4)^M Date: Wed, 25 Apr 2001 11:12:26 GMT^M ^M <HEAD><TITLE>302 Moved Temporarily</TITLE></HEAD> <H1>302 Moved Temporarily</H1><BODY> </BODY> ^M ================ It think this makes it clear that the first lines are from the html header. BTW: the URL w/ slash "http://www.sun.com/staroffice/" shows the page, but makes mozilla crash w/o any message. Running w/ debugger makes the browser hang until changing focus back to debugger window. Don't think it belongs to this bug, I'm attaching 2 log files (this time I deleted the ~/.mozilla directory, so config is really clean. Note: using auto proxy or manual proxy config gives the same result).
Note: if I click in Mozilla (win/2001032319 and linux/2001042408) - the links to the above attachments (32146 and 32147), or - the links at the bottom of the page to my preset queries, then mozilla times out "The operation timed out when attempting to contact bugzilla.mozilla.org." I thought it is the web server, but NC 4.77 doesn't even sweat. Settings: - manual proxy, - mem & disk cache enabled, - keep alive enabled, - http pipelining disabled
Confirming! I had HTTP pipelining off. As soon as I turn it on, I see this bug. So steps to reproduce: 1) Clear cache 2) turn on HTTP pipelining 3) Go to http://www.sun.com/staroffice and watch it fail to load while http://www.sun.com/staroffice/ loads fine
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Error interpreting http header? → Error interpreting http header? [http pipelining]
Blocks: 61690
Target Milestone: --- → mozilla0.9.2
This works for me in a recent build
Reporter; could you try this with the latest builds?
we currently do not do http pipelining, and the old/broken pipelining code has been removed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
Repeating myself: imho it has nothing to do with "HTTP pipelining". Please reread the original report and my first additional comment. I use default settings: - "Enable Keep Alive" is on, - "HTTP pipelining" is off(! I've never activated it !), - I'm going through a chain of proxy servers (!). Yes, the malfunction is still present. Mozilla/5.0 (X11; U; Linux 2.2.17-14 i686; en-US; rv:0.9.1) Gecko/20010607 (2001060713), HTML source: ============================================= 1KRAMTA1LU3NQ;path=/ ^M Content-type: text/html ^M Content-Length: 97 ^M Location: http://www.sun.com/staroffice/;$sessionid$LHLWPXYAAC1KRAMTA1LU3NQ ^M Via: 1.1 cache00 (NetCache 4.0R4) ^M Date: Tue, 26 Jun 2001 15:51:30 GMT ^M ^M <HEAD><TITLE>302 Moved Temporarily</TITLE></HEAD> <H1>302 Moved Temporarily</H1><BODY> </BODY> ^M ================================================= Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.1) Gecko/20010607 (2001060703): behaves identical.
WORKSFORME linux build 2001-06-26/08
still does not work for me: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010628 (2001062823) Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.2) Gecko/20010628 (2001062815)
Reopening for investigation.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
-->darin
Assignee: neeti → darin
Status: REOPENED → NEW
Target Milestone: mozilla0.9.2 → ---
Victor: Can you check this once again since it has been about 5 months since this was last tested. I can't reproduce this using a recent mozilla through a squid proxy. BenC: Do we have Netcache running anywhere?
I don't know of any that we can use.
Sorry, the company I was working for last summer broke and the infrastructure vanished :( But iirc the config was something about: LAN -> NetCache -> 2MBit line -> Siemens WAN (SBS Erlangen if you want to know exactly) -> Proxy (NetCache? or Microsoft?) -> Internet Hmmm, I'll give it a try today or tomorrow from inside the S WAN, but it's a completely _different_ department I'll visit, so don't expect miracles :/
-> default owner
Assignee: darin → nobody
Component: Networking: HTTP → Networking
QA Contact: tever → networking
NetCache has hit end-of-life<http://www.bluecoat.com/landing/netcache-end-life-matrix>, and the staroffice URL now redirects to http://www.oracle.com/us/products/applications/open-office/index.html www.nokia.com still reports that it is running NetCache, but I am not seeing any pipelining problems. Time to close?
Everything cited in the bug works for me too - nothing we can do with a 7 year old url.
Status: NEW → RESOLVED
Closed: 24 years ago14 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: