-
Notifications
You must be signed in to change notification settings - Fork 95
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
http 500 to be handled #16
Comments
Hey @aschn, thank you for taking time on this. I have found a behavior with drf, where if exception handler's response is empty, it will raise the exception itself (regardless of debug mode) and it will prevent mixin's handling to be called. Here is the location: Default exception function by restframework also explains it as:
so calling super handle_exception seems unreliable for anything that is not handled such as ParseError(), or raise of any exception other than APIException. In my case, I just wanted to cover all :) Do you agree if calling super should be wrapped in try/except or I should implement my own exception class to wrap them all? If secondary, that implementation is fair already. |
I think this one can be closed now with the new PR that you just merged @avelis |
@triat I will close it when I get a release out. Keeps me honest to get it out. |
No worries :) I'm just trying to follow things correctly :) Thanks for your time |
Addressed in version 1.2.0 release. |
Any http 500 error causes log to have status code not assigned and response ms to 0. It would be nice to see the trace instead.
The text was updated successfully, but these errors were encountered: