
HTTP 205 is a 2xx success status code meaning the server successfully processed the request and is instructing the client to reset its document view. Unlike other success codes, 205 carries an explicit directive: the client must clear or refresh its current UI state. No content is returned in the response body.
A server returns 205 most commonly after a form submission completes successfully and the form fields should be cleared so the user can enter new data. It is designed for data-entry workflows where the client is expected to reset its state between submissions. Outside of that pattern, 205 is rarely used in modern web development.
Both 204 No Content and 205 Reset Content indicate success without returning a response body, but they differ in what they ask the client to do next. A 204 tells the client to continue as-is and take no further action, while a 205 explicitly instructs the client to reset or clear the current document view. If you want a silent background success with no UI change, use 204; if you want the client to wipe its state, use 205.
No. The server must not generate content in a 205 response. RFC 7231 specifies that a 205 response must not include a message body. Any Content-Length header, if present, must be set to 0, and Transfer-Encoding must not be present. The response ends after the headers.
Browser handling of 205 is inconsistent in practice. The spec expects the client to reset the document view, but browsers do not automatically clear form fields on receiving a 205. In modern applications, the reset logic is typically implemented in JavaScript on the client side rather than relied upon as a native browser behavior.
HTTP 200 OK is the standard success response and typically returns content in the response body. HTTP 205 Reset Content also signals success but returns no body and additionally instructs the client to reset its view. Use 200 when you want to return data to the client; use 205 when the action succeeded, no data needs to be returned, and the client UI should be cleared.