[ 
https://issues.apache.org/jira/browse/TS-2678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13965765#comment-13965765
 ] 

ASF subversion and git services commented on TS-2678:
-----------------------------------------------------

Commit 1147bb3ad7369f6e0a27f52b016f2f1829745d11 in trafficserver's branch 
refs/heads/master from [[email protected]]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=1147bb3 ]

TS-2678: stop inspecting keep alive state to detect truncation

When the server session breaks, is_http_server_eos_truncation()
tries to determine whether the response was truncated. If it was
truncated, then we need to propagate that to the client, otherwise
we can just continue on.

is_http_server_eos_truncation() was examining the current server
keepalive state to determine truncation, which is really not relevant
at all. In this case, the server sent a HTTP/1.1 response without
a Content-Length header and closes the connection. This should not
be classed as a truncation.


> Some sites (e.g. craigslist) fails to load with patch in e6b9cb533bba28
> -----------------------------------------------------------------------
>
>                 Key: TS-2678
>                 URL: https://issues.apache.org/jira/browse/TS-2678
>             Project: Traffic Server
>          Issue Type: Bug
>          Components: HTTP
>            Reporter: Leif Hedstrom
>            Assignee: James Peach
>            Priority: Critical
>             Fix For: 5.0.0
>
>
> The commit e6b9cb533bba28, from
> TS-2559: Disconnect clients on unrecoverable origin errors
> is causing some sites to break badly:
> {code}
> curl: (52) Empty reply from server
> {code}
> or sometimes
> {code}
> HTTP/1.1 302 Found
> Location: http://www.craigslist.org/
> Date: Mon, 31 Mar 2014 02:36:51 GMT
> Age: 0
> Transfer-Encoding: chunked
> Proxy-Connection: keep-alive
> Server: ATS/5.0.0
> curl: (18) transfer closed with outstanding read data remaining
> {code}
> The first one happens most frequently in my test, and the second one is close 
> to what is expected (but not quite). Both makes the page not load properly 
> from any browser.
> To reproduce this, using a "default" installation, with remap.require 
> disabled (so, forward proxy), I run
> {code}
> curl -D -  -x localhost:8080 http://www.craigslist.com
> {code}
> I don't know what it is that Craigslist does to trigger this, but backing out 
> the patch from TS-2559 does fix the problem.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to