I have a vague memory of this being a problem for some responses with no
content-length and no entity-body, but I don't know for sure then this
got fixed (I have a patch for 2.3.DEVEL3 in my old-patches section).
Note: HTTP/1.1 says that a server SHOULD include a short message in all
responses describing the action taken (including redirects). However,
squid should still not try to keen the connection open on such
responses..
/Henrik
Robert Collins wrote:
>
> Okay...
> just been reading this on rfc 2616
> n
> is the user using "http/1.1 thru proxies"? if so this is expected
> behaviour - see rfc 2068 or rfc 2616 appendices - interoperability between
> 1.0 and 1.1 persistent connections
> is roxen trying to be 1.0 or 1.1 compliant on this request?
>
> 1.1:
> <!--StartFragment-->
> The temporary URI SHOULD be given by the Location field in the
> response. Unless the request method was HEAD, the entity of the
> response SHOULD contain a short hypertext note with a hyperlink to
> the new URI(s) , since many pre-HTTP/1.1 user agents do not
> understand the 307 status. Therefore, the note SHOULD contain the
> information necessary for a user to repeat the original request on
> the new URI.
>
> so the request should have a entity-body, and therefore should have a
> content-length or a transfer encoding (which is 1.1 only) (8.1.2.1
> negotiation and 4.4 message length)
>
> 1.0 can't answer :-]
>
> ----- Original Message -----
> From: "Chemolli Francesco (USI)" <ChemolliF@GruppoCredit.it>
> To: "'squid-dev'" <squid-dev@squid-cache.org>
> Sent: Wednesday, October 18, 2000 10:45 PM
> Subject: BUG in redirection-handling code
>
> > Subject: Host redirect v2 fails with IE5 via Squid 2.3 [571]
> > This bug was reported to the Roxen WebServer (www.roxen.com)
> > bug-management system.
> > They are going to work around it, but I believe it would
> > be a good idea to check whether squid is at fault.
> >
> > ------------------------------------------------------------
> >
> > Reporter: pollcities@yahoo.com
> > URL: http://community.roxen.com/crunch/show_bug.cgi?id=571
> >
> > This is an obscure bug that only manifests with the combination
> > (Roxen2.1's host redirect + squid web proxy + IE5).
> >
> > Roxen does not return a "Content-length: xxx" HTTP header when
> > asked to redirect a host (e.g. "default http://foo.com/") using
> > the "Host Redirect v2" module. [*]
> >
> > Squid, upon receiving roxen's response, returns that to the
> > browser, but does NOT close the connection to the browser, even
> > though a "Connection: close" response is given to the browser.
> > This connection will eventually time out.
> >
> > IE5, the browser, waits for the proxy to close the connection
> > before willing to handle the redirection. (Netscape 4 and Mozilla
> > 5 closes the connection after receiving "Connection: close"). IE5
> > shows blank page (or is it an error? forgot.) after squid->IE5
> > times out.
> >
> > Versions used
> > Roxen 2.1.135, and later the latest CVS version
> > (hostredirect.pike CVS version 1.23)
> > Possibly most other Roxen versions affected as well.
> >
> > squid-2.3.STABLE2
> >
> > Internet Explorer 5
> >
> >
> > Proposed workaround:
> > hostredirect adds an additional header "Content-length: 0" to
> > the http response.
> >
> > (Someone wanna send a bug report to Squid and IE5?)
> > --------------------------------------------------------------
> >
> > [*] The "host redirect" module is a Roxen module which
> > sends an HTTP redirection to a request depending on the contents
> > of the Host: HTTP header.
> >
> >
> > --
> > /kinkie
> >
Received on Wed Oct 18 2000 - 14:21:15 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:12:51 MST