Lighttpd

My transcript got a bit mangled above by redmine. Here's a cleaner version of the curl transcript.

$ curl -v http://localhost/test.cgi
* About to connect() to localhost port 80 (#0)
*   Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 80 (#0)
> GET /test.cgi HTTP/1.1
> User-Agent: curl/7.18.2 (x86_64-unknown-linux-gnu) libcurl/7.19.3 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5
> Host: localhost
> Accept: */*
>
< HTTP/1.1 204 No Content
< X-Powered-By: PHP/5.1.6
< Content-type: text/html
< Transfer-Encoding: chunked
< Date: Tue, 03 Mar 2009 22:41:38 GMT
< Server: lighttpd
<
* transfer closed with outstanding read data remaining
* Closing connection #0
curl: (18) transfer closed with outstanding read data remaining

After the patch, the curl transcript looks like this:

* About to connect() to localhost port 80 (#0)
*   Trying 127.0.0.1... connected
* Connected to localhost (127.0.0.1) port 80 (#0)
> GET /test.cgi HTTP/1.1
> User-Agent: curl/7.18.2 (x86_64-unknown-linux-gnu) libcurl/7.19.3 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5
> Host: localhost
> Accept: */*
>
< HTTP/1.1 204 No Content
< X-Powered-By: PHP/5.1.6
< Content-type: text/html
< Date: Tue, 03 Mar 2009 22:43:10 GMT
< Server: lighttpd
<
* Connection #0 to host localhost left intact
* Closing connection #0

My patch disables sending chunked encoding for 1xx, 204, and 304 responses, fixing a regression introduced by r1946. I got the list of HTTP codes that this should apply to from r1946.

Update: This bug was actually introduced in r1850. Reverting r1850 fixes the problem. stbuehler fixed this issue in r2154, but this fix needs to be merged to the 1.5.x branch

1.5.x branch has been abandoned. Please mark ticket fixed.