RFC 7231, "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content", June 2014Source of RFC: httpbis (app)
Errata ID: 4180
Publication Format(s) : TEXT
Reported By: Michel Albert
Date Reported: 2014-11-14
Rejected by: Barry Leiba
Date Rejected: 2014-11-14
Section 6.4 says:
It should say:
The section on status code 304 is missing even though that status code is mentioned in other parts of the document. RFC2616 described the status code as follows (in section 10.3.5):
> 10.3.5 304 Not Modified
> If the client has performed a conditional GET request and access is
> allowed, but the document has not been modified, the server SHOULD
> respond with this status code. The 304 response MUST NOT contain a
> message-body, and thus is always terminated by the first empty line
> after the header fields.
> The response MUST include the following header fields:
> - Date, unless its omission is required by section 14.18.1
This section would go right after "6.4.4. 303 See Other".
Status code 304 relates to conditional requests, and is therefore documented in RFC 7232 (Section 4.1). This fact is shown in the table in RFC 7231, Section 6.1, and in the IANA registry "HTTP Status Codes" <http://www.iana.org/assignments/http-status-codes>.