From: Daniel Stenberg Date: Mon, 7 Jan 2002 14:57:18 +0000 (+0000) Subject: HTTP response 204 should be treated similar to 304, that is we must not X-Git-Tag: curl-7_9_3-pre1~15 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=e31a306a38c7430950a3535f7a91f25cb5a018a1;p=thirdparty%2Fcurl.git HTTP response 204 should be treated similar to 304, that is we must not expect (nor read) any response-body --- diff --git a/lib/transfer.c b/lib/transfer.c index 159151f599..a47fa1c579 100644 --- a/lib/transfer.c +++ b/lib/transfer.c @@ -424,14 +424,22 @@ CURLcode Curl_readwrite(struct connectdata *conn, server keeps it open for us! */ conn->bits.close = TRUE; - if (k->httpcode == 304) - /* (quote from RFC2616, section 10.3.5): - * The 304 response MUST NOT contain a - * message-body, and thus is always - * terminated by the first empty line - * after the header fields. - */ + switch(k->httpcode) { + case 204: + /* (quote from RFC2616, section 10.2.5): The server has + * fulfilled the request but does not need to return an + * entity-body ... The 204 response MUST NOT include a + * message-body, and thus is always terminated by the first + * empty line after the header fields. */ + /* FALLTHROUGH */ + case 304: + /* (quote from RFC2616, section 10.3.5): The 304 response MUST + * NOT contain a message-body, and thus is always terminated + * by the first empty line after the header fields. */ conn->size=0; + default: + /* nothing */ + } } else { k->header = FALSE; /* this is not a header line */