You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, anything that causes a 500 error results in a "Whoops, looks like something went wrong" error page. Although ideally a user would never see this error, mistakes can happen, and in that event, it is nice to have an appropriately styled error view ready, just in case.
However, getting Laravel to display the custom 500 view takes more work than one expects - dropping a 500 view in the errors directory does not cut it. Here are two discussions on how to achieve the desired effect: one, two.
I feel that having to override methods in order to get a custom 500 view is not user friendly, and instead would propose the following behavior:
If debug is enabled, always show the full error/stack trace.
If debug disabled and errors/500 view present, show that.
If debug disabled and no errors/500 view present, show existing "Whoops, looks like something went wrong" page.
The text was updated successfully, but these errors were encountered:
@GrahamCampbell I understand that, and if it were even a case of being able to fully handle it in the render() method on the Handler, like other exceptions, I would completely agree. But to properly achieve it, you have to override methods and potentially then call parent::, which feels a bit awkward.
I guess when I come across something that needs to be done in an inconsistent or non-Laravel-y way, I figure its always worth at least opening a dialog on improving it :)
Looking at your exceptions package, it clearly very powerful, and I'll keep it in mind if I need more power in future, but it's probably overkill to just get a custom 500 error view :)
Currently, anything that causes a 500 error results in a "Whoops, looks like something went wrong" error page. Although ideally a user would never see this error, mistakes can happen, and in that event, it is nice to have an appropriately styled error view ready, just in case.
However, getting Laravel to display the custom 500 view takes more work than one expects - dropping a 500 view in the errors directory does not cut it. Here are two discussions on how to achieve the desired effect: one, two.
I feel that having to override methods in order to get a custom 500 view is not user friendly, and instead would propose the following behavior:
The text was updated successfully, but these errors were encountered: