-
Notifications
You must be signed in to change notification settings - Fork 9
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
Feat/Support signature status #405
Feat/Support signature status #405
Conversation
Codecov Report
@@ Coverage Diff @@
## master #405 +/- ##
==========================================
- Coverage 63.88% 63.84% -0.05%
==========================================
Files 75 75
Lines 9182 9182
==========================================
- Hits 5866 5862 -4
- Misses 2612 2614 +2
- Partials 704 706 +2
Continue to review full report at Codecov.
|
util/signature/options.go
Outdated
// ErrUnsupportedSignatureScheme is returned when | ||
// the library does not support a signature scheme | ||
// that was used for signing a data. | ||
type ErrUnsupportedSignatureScheme struct { | ||
scheme refs.SignatureScheme |
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.
How is it related to this commit?
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.
PR adds supporting signature status code and adds some functionality that allows api-go
callers to understand what exactly error happened (to use the new status code)
or do you just mean to put that to a separate commit?
please, see the node PR decs before merging that PR
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.
I think we should either create a separate API status or continue using a string message with all wrapping context.
This type just adds another level of abstraction, api-go should be small and reflect API as much as possible.
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.
dropped
Signed-off-by: Pavel Karpy <carpawell@nspcc.ru>
Related to nspcc-dev/neofs-api#200.