-
Notifications
You must be signed in to change notification settings - Fork 461
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
Error Handling #269
Comments
Ya but I'd like to keep the context of which tenant couldn't be found if we can incorporate that into the message. |
Ok, something like:
|
That depends if the error really was from creating or from switching to an unknown tenant. Those are two separate concepts. |
Yes sure :) Was jut meaning something like I'll change |
yup makes total sense! |
In most places, errors are rescued and then a custom error is raised.
There the failure reason is sort of assumed based on the context but it could be wrong or not clear enough:
Example:
There could be plenty of reasons there.
Could we pass the real error message instead of the custom one? eg:
The text was updated successfully, but these errors were encountered: