Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Nuno's changed the default exception renderer since #51261. Now, there are two ways to customize how Laravel renders an exception.
I think it's complex, inconsistent and introduces more additional checks when actual displaying exceptions because both of them refer to the same thing/category. They defines how an exception should be rendered, right?
Therefore, we can create
LaravelRenderer
class which implements theExceptionRenderer
interface to unify the concept of rendering exceptions.Then, inside
FoundationServiceProvider
, we'll bind theExceptionRenderer
interface to an instance ofLaravelRenderer
class by default. People can rebind it later.The
renderExceptionContent
method looks simple as it did before.