Is a 500 error my fault as a visitor?
Almost never. It means the server failed while handling a request it should have been able to process. Retrying later or reporting it to the site owner is all you can do.
A generic server failure, usually an unhandled exception. 500 belongs to the 5xx server error class and is defined in RFC 9110.
Loading the workbench.
A generic server failure, usually an unhandled exception. The code is registered with IANA and defined in RFC 9110.
Server error: the server failed to fulfill a valid request. Every code from 500 to 599 shares that general meaning, so a client that does not recognise 500 must treat it like 500.
500 Internal Server Error is the generic failure an application returns when something went wrong that it did not anticipate: an unhandled exception, a null reference, a failed database query, a misconfigured environment variable, or a broken deploy. Frameworks and web servers send it when code crashes before producing a response. The status itself says nothing specific; the useful detail lives in the server logs, not in the response.
Users can retry later, but a persistent 500 needs a developer. Check the application and server error logs around the time of the request, using a request ID header if the service provides one. Servers should never expose stack traces or secrets in the body on production. Where the cause is known, use a more specific code, such as 502, 503, or 504, so clients and monitoring can react appropriately.
HTTP/1.1 500 Internal Server Error
Content-Type: application/problem+json
X-Request-Id: 9c1f27a4500 is not cacheable by default: a browser or CDN stores it only when Cache-Control or Expires explicitly allows it.
To inspect a real one without sending it anywhere:
curl -i.Browse every code on the HTTP status codes page.
Elsewhere in 2http: Header decoder, Cookie decoder, Cache-Control decoder, CORS checker, User-agent parser, and all eleven lanes on the 2http home page. Part of the 2suite.io privacy-first ecosystem.
Almost never. It means the server failed while handling a request it should have been able to process. Retrying later or reporting it to the site owner is all you can do.
Not in production. Stack traces and messages can leak paths, queries, and secrets. Log the details server-side and return a short message with a request ID.
Yes. 500 is a server error response: the server failed to handle a valid request, so retrying later may work.
No. Caches store a 500 only when Cache-Control or Expires explicitly allows it.
You do not have to take our word that your headers stay here. Developer tools show every request a page makes, so you can watch this page work and confirm that nothing is sent. The check takes under a minute.
F12, or Cmd+Option+I on a Mac, and select the Network tab.Only two things can add a line to that log, and neither carries your headers. Submitting the feedback form sends the vote and comment you typed. Typing characters in a script the page has not displayed yet, such as Cyrillic or Greek, can make the browser fetch the matching font file, and that request names only the font.
2http never sends a request on your behalf: the request builder writes code for you to run, and the meta inspector reads source you paste instead of fetching a URL. The production site also sends a Content-Security-Policy header that tells your browser to refuse connections to anywhere except this site and the anonymous analytics endpoint.