From e7d171da6bf33fe360b4feaa0d12ea5c23855063 Mon Sep 17 00:00:00 2001 From: Daniel Stenberg Date: Mon, 24 Aug 2015 12:56:20 +0200 Subject: KNOWN_BUGS: #2, not reading a HEAD response-body is not a bug ... since HTTP is forbidden to return any such. --- docs/KNOWN_BUGS | 10 ---------- 1 file changed, 10 deletions(-) (limited to 'docs/KNOWN_BUGS') diff --git a/docs/KNOWN_BUGS b/docs/KNOWN_BUGS index 0c0be92b6..4b869ec76 100644 --- a/docs/KNOWN_BUGS +++ b/docs/KNOWN_BUGS @@ -235,13 +235,3 @@ may have been fixed since this was written! it seems HTTP servers send the *uncompressed* length in that header and libcurl thinks of it as the *compressed* length. Some explanations are here: http://curl.haxx.se/mail/lib-2003-06/0146.html - -2. If a HTTP server responds to a HEAD request and includes a body (thus - violating the RFC2616), curl won't wait to read the response but just stop - reading and return back. If a second request (let's assume a GET) is then - immediately made to the same server again, the connection will be re-used - fine of course, and the second request will be sent off but when the - response is to get read, the previous response-body is what curl will read - and havoc is what happens. - More details on this is found in this libcurl mailing list thread: - http://curl.haxx.se/mail/lib-2002-08/0000.html -- cgit v1.2.3