-
Notifications
You must be signed in to change notification settings - Fork 53
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
refactor: Extract planner errors to dedicated file #1034
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall LGTM.
Just a question (non-blocking), what do you mean by:
"...the cleanliness of the eventual error is unimportant..." in: 92acd60
(#1034)
It should never reach users, and any error that does will be meaningless to them - at somepoint stuff like that can be wrapped with something generic like "Whoops something went wrong, hopefully all your data is still there, please send the below stacktrace to support" |
72cb863
to
50974cc
Compare
I checked, we have tests that check this and they never reach this line
Code path cannot be reached, cannot be tested, and can only be introduced via internal programming error (in which case a later error will be about as useful)
Variable can not be nil, it is internal only and will always have a value unless an earlier error is silently skipped (in which case the cleanliness of the eventual error is unimportant)
Variable can not be nil, it is internal only and will always have a value unless an earlier error is silently skipped (in which case the cleanliness of the eventual error is unimportant)
* Remove impossible error (on create) I checked, we have tests that check this and they never reach this line * Remove impossible error (internal, colName) Code path cannot be reached, cannot be tested, and can only be introduced via internal programming error (in which case a later error will be about as useful) * Remove impossible error (explain.plan) Variable can not be nil, it is internal only and will always have a value unless an earlier error is silently skipped (in which case the cleanliness of the eventual error is unimportant) * Remove impossible error (request.plan) Variable can not be nil, it is internal only and will always have a value unless an earlier error is silently skipped (in which case the cleanliness of the eventual error is unimportant) * Extract planner errors to dedicated file
* Remove impossible error (on create) I checked, we have tests that check this and they never reach this line * Remove impossible error (internal, colName) Code path cannot be reached, cannot be tested, and can only be introduced via internal programming error (in which case a later error will be about as useful) * Remove impossible error (explain.plan) Variable can not be nil, it is internal only and will always have a value unless an earlier error is silently skipped (in which case the cleanliness of the eventual error is unimportant) * Remove impossible error (request.plan) Variable can not be nil, it is internal only and will always have a value unless an earlier error is silently skipped (in which case the cleanliness of the eventual error is unimportant) * Extract planner errors to dedicated file
Relevant issue(s)
Part of #257
Description
Extracts planner errors to dedicated files (includes mapper). Continuation of work done at the end of last year whilst waiting on other discussions to progress.