Closed
Bug 77170
Opened 24 years ago
Closed 14 years ago
Error interpreting http header? [http pipelining]
Categories
(Core :: Networking, defect)
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
|
Reporter | |
Comment 1•24 years ago
|
||
Forgot to add some details 8( :
- OS: Win2k,
- Connection through proxy server
|
||
Comment 2•24 years ago
|
||
worksforme linux build 2001-04-22-21 -- looks like we now add the trailing slash
to the url....
|
|
Reporter | |
Comment 4•24 years ago
|
||
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
|
|
||
Comment 5•24 years ago
|
||
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...
|
|
Reporter | |
Comment 6•24 years ago
|
||
|
|
Reporter | |
Comment 7•24 years ago
|
||
|
|
Reporter | |
Comment 8•24 years ago
|
||
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).
|
|
Reporter | |
Comment 9•24 years ago
|
||
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
|
|
||
Comment 10•24 years ago
|
||
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]
|
||
Comment 11•24 years ago
|
||
This works for me in a recent build
|
|
||
Comment 12•24 years ago
|
||
Reporter; could you try this with the latest builds?
|
||
Comment 13•24 years ago
|
||
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
|
|
Reporter | |
Comment 14•23 years ago
|
||
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.
|
|
||
Comment 15•23 years ago
|
||
WORKSFORME linux build 2001-06-26/08
|
|
Reporter | |
Comment 16•23 years ago
|
||
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)
|
||
Comment 17•22 years ago
|
||
Reopening for investigation.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
|
||
Updated•22 years ago
|
Target Milestone: mozilla0.9.2 → ---
|
||
Comment 19•22 years ago
|
||
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?
|
||
Comment 20•22 years ago
|
||
I don't know of any that we can use.
|
|
Reporter | |
Comment 21•22 years ago
|
||
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 :/
|
|
||
Comment 22•18 years ago
|
||
-> default owner
Assignee: darin → nobody
Component: Networking: HTTP → Networking
QA Contact: tever → networking
|
||
Comment 23•14 years ago
|
||
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?
|
||
Comment 24•14 years ago
|
||
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 ago → 14 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•