You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the long run, it would be nice if we could have some diagnostics for the Unknown case. This would help catch edge cases of values we don't know.
We need a way to handle partial failure like this. Lots of the other unknown fields aren't arbitrary, but for example just seem to contain a static value most of the time. It would be nice to have a way of (de-)serializing them while still conveying that the contained value was differing from the expected one. This could help tremendously in helping to find databases where the usual assumptions don't apply.
One possible way to deal with this is adding a new method (e.g. checkForUnexpectedData() -> Result<(), Error>) that looks for unexpected data in fields. But that is something for another PR.
The Unknown enum variants have mostly been removed in #40 and #47. Not sure how relevant this still is. But we could definitely add some error context to improve debugging.
In the long run, it would be nice if we could have some diagnostics for the
Unknown
case. This would help catch edge cases of values we don't know.We need a way to handle partial failure like this. Lots of the other unknown fields aren't arbitrary, but for example just seem to contain a static value most of the time. It would be nice to have a way of (de-)serializing them while still conveying that the contained value was differing from the expected one. This could help tremendously in helping to find databases where the usual assumptions don't apply.
One possible way to deal with this is adding a new method (e.g.
checkForUnexpectedData() -> Result<(), Error>
) that looks for unexpected data in fields. But that is something for another PR.Originally posted by @Swiftb0y and @Holzhaus in #34 (comment)
The text was updated successfully, but these errors were encountered: