-
Notifications
You must be signed in to change notification settings - Fork 290
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
More complete Display implementation for Error #915
Comments
I don't remember why it's done that way tbh |
Would you accept a pr to include the source information in the |
I'm not sure, would that be considered a breaking change? |
It's hard to say. I think the worse case is if people already worked around this issue and printed the source error themselves, leading to the source error being printed twice. Which, while not ideal, isn't the end of the world either? |
I think i'd consider a breaking change but mostly for the end user. If it's included in Display, we will see the source errors twice for apps that did a workaround as you say. |
We've been hitting some template errors, usually nothing major, but the error message were never very useful. Usually they are just
Failed to render '$FILE'"
, that's it. I just realised thatError
actually contains more information, for exampleVariable `$VAR` not found in context while rendering '$FILE'
. However we've missed those complete because we print out error using{}
, i.e. the standard way of printing error.Could
Error::source
also be included in theDisplay
implementation ofError
? This would make debug a whole lot easier for us.The text was updated successfully, but these errors were encountered: