Continue
Initial part of a request was received and the client should continue with it.
Searchable reference for HTTP status codes with descriptions and RFC references.
1xxInformational · 4
Initial part of a request was received and the client should continue with it.
Server agrees to switch protocols based on the Upgrade header.
Server has accepted the request but is still processing it (WebDAV).
Send preliminary headers (Link, etc.) before the final response.
2xxSuccess · 10
Request succeeded.
Request succeeded and a new resource was created.
Request was accepted for processing but has not yet completed.
Returned metainformation differs from the origin server's response.
Request succeeded; no body to return.
Request succeeded; the client should reset the document view.
Range request succeeded.
Body is an XML message with status for multiple resources (WebDAV).
Members of a WebDAV binding were already enumerated.
Server fulfilled a GET request and the response is a representation of one or more instance manipulations.
3xxRedirection · 8
Multiple representations are available; the client may choose.
Resource has a new permanent URI.
Resource is temporarily under a different URI.
Response is found under a different URI; client should GET it.
Conditional GET: the cached representation is still fresh.
Deprecated. Resource must be accessed through a proxy.
Resource is temporarily under a different URI; method must not change.
Resource has a new permanent URI; method must not change.
4xxClient error · 29
Server cannot or will not process the request due to a client error.
Authentication is required and has failed or has not been provided.
Reserved for future use.
Server understood the request but refuses to authorize it.
Server can't find the requested resource.
Method is known but not supported by the target resource.
Resource cannot generate content matching the Accept headers.
Client must authenticate with a proxy first.
Server timed out waiting for the client.
Request conflicts with the current state of the resource.
Resource is permanently unavailable.
Server requires the Content-Length header.
Precondition in request headers failed.
Request body is larger than the server is willing to process.
Request URI is longer than the server is willing to interpret.
Request body is in a format the server doesn't support.
None of the ranges in the Range header overlap the resource.
Expectation in the Expect header could not be met.
Server is a teapot. April Fools' joke from RFC 2324; widely implemented as an Easter egg.
Request was directed to a server unable to produce a response.
Request is well-formed but semantically invalid.
Resource is locked (WebDAV).
Request failed because of a previous request (WebDAV).
Server is unwilling to risk processing a request that might be replayed.
Client must switch to a different protocol.
Server requires the request to be conditional.
Client has sent too many requests in a given time (rate limited).
One or more request headers (or all of them) are too large.
Resource is unavailable due to legal demands.
5xxServer error · 11
Server encountered an unexpected condition.
Server does not support the functionality required.
Server, while acting as a gateway, got an invalid response from upstream.
Server is currently unable to handle the request (overloaded or down).
Server, while acting as a gateway, didn't get a response in time.
Server doesn't support the HTTP version in the request.
Transparent content negotiation results in a circular reference.
Server cannot store the representation needed to complete the request (WebDAV).
Server detected an infinite loop while processing (WebDAV).
Further extensions to the request are required.
Client needs to authenticate to gain network access (captive portal).
Inputs stay on this device. Every developer tool on TaskKit runs entirely in your browser. Tokens, payloads, and pasted text are not transmitted to TaskKit servers or third parties.
A searchable reference for every standard HTTP status code, organized by class (1xx informational, 2xx success, 3xx redirection, 4xx client error, 5xx server error). Search by number, by name, or by description. Each entry includes the canonical reason phrase and the RFC where it's defined.
401 Unauthorized and 403 Forbidden for a denied request.302, 303, 307, or 308.451 Unavailable For Legal Reasons is RFC 7725).The dataset is static and ships in the page bundle. There's no API call — search runs against an in-memory index, so it's instant even on slow connections. Each code's metadata comes directly from the IANA HTTP Status Code Registry and the relevant RFCs (mostly 9110, with older codes still pointing at 7231 and earlier).
401 vs. 403? 401 means "you didn't prove who you are — try again with credentials." 403 means "I know who you are and you can't have this." If the user logging in would change the answer, return 401; if not, return 403.
302 vs. 307? 302 was originally meant to preserve the request method on redirect, but most browsers historically rewrote POST to GET. 303 and 307 were added to make the intent explicit: 303 See Other always GETs the new URL, 307 Temporary Redirect always preserves the method. Use 303 after a successful POST, 307 for a method-preserving temporary redirect.
Is 418 I'm a teapot real? Yes, and it's still in RFC 2324 (April 1, 1998) and acknowledged in RFC 9110 §15.5.19. Use sparingly.