Use more appropriate error variants in various places across the API #16440
Labels
A-api
Area: changes to the public API
A-exceptions
Area: exception handling
accepted
Ready for implementation
enhancement
New feature or an improvement of an existing feature
Milestone
We often use
ComputeError
as a default, but we have a bunch of different error types available. Sometimes using a different error type is more appropriate, such as aDuplicateError
orSchemaError
.On the Python side, there is also the occasional
ValueError
that should be aTypeError
and similar.Please comment here with any errors that you know/feel are incorrect (ideally include a code example that triggers the error), and I will update #15030 accordingly. Then this can be updated in one breaking PR.
The text was updated successfully, but these errors were encountered: