Closed Bug 77170 Opened 23 years ago Closed 14 years ago

Error interpreting http header? [http pipelining]

Categories

(Core :: Networking, defect)

Product:
Core
Component:
Networking
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: v.ott, Unassigned)

References

(
URL
)

Details

Attachments

(2 files)

gdb output for http://www.sun.com/staroffice/
10.20 KB, text/plain
Details
another gdb output for http://www.sun.com/staroffice/ with comments
9.88 KB, text/plain
Details 
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: 23 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: 23 years ago → 14 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: