fix(lib)!: clean up Error type variants, prefer error objects to strings #431
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.
Resolves #427. See #427 (comment) for why I did this instead of implementing retry logic.
There are a few main changes here, which all of which are API breaking:
QcsClient
error variant onqpu::execution::Error
was only used for translation errors, so it was renamed to better communicate that.Translation
variant onexecutable::Error
was unused, so I changed the inner type toGrpcClientError
fromString
and changed conversion so the above error variant becomes this one.executable::Error
using my editor'sFind All References
feature and deleted anything that had no references.#[from]
, I removed that decorator to see if anything broke due to implicit conversions no longer working. Only the variants where this did not introduce errors were deleted.I'm open to restoring the unused variants and making them used, as appropriate. I figured that it would be good to clean things up while already making breaking changes.