-
Notifications
You must be signed in to change notification settings - Fork 3
500 and 405 ASP.NET Core responses lose response body #36
Copy link
Copy link
Closed
Labels
aspnetcoreASP.NET Core framework related issuesASP.NET Core framework related issuesbugSomething isn't workingSomething isn't workinghelp wantedExtra attention is neededExtra attention is neededmiddlewareHTTP pipeline and middleware related issuesHTTP pipeline and middleware related issuespriority: highCritical issue affecting functionality or user experienceCritical issue affecting functionality or user experience
Metadata
Metadata
Assignees
Labels
aspnetcoreASP.NET Core framework related issuesASP.NET Core framework related issuesbugSomething isn't workingSomething isn't workinghelp wantedExtra attention is neededExtra attention is neededmiddlewareHTTP pipeline and middleware related issuesHTTP pipeline and middleware related issuespriority: highCritical issue affecting functionality or user experienceCritical issue affecting functionality or user experience
Type
Fields
Give feedbackNo fields configured for issues without a type.
Description
Unhandled exceptions currently produce empty response bodies inside DebugProbe.
The request entry correctly shows:
500But the actual exception response body and stack trace are missing.
Expected
When an exception occurs, DebugProbe should capture and display:
Actual
Response body is stored as empty even though ASP.NET Core generates and returns an exception response to the client.
Swagger / Browser Response
DebugProbe
Notes
The issue was initially observed with unhandled exception responses (
500), but it also appears with certain framework-generated responses such as405 Method Not Allowed.Normal application responses continue to work correctly.
Reproduction
Create endpoint throwing exception:
Impact
This is a major limitation for a debugging tool because 500 responses are one of the most important scenarios developers need to inspect.