-
Notifications
You must be signed in to change notification settings - Fork 3.6k
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
fix(client/keys): don't return when key not found in keys delete #18562
Conversation
WalkthroughWalkthroughThe changes involve updates to the Changes
TipsChat with CodeRabbit Bot (
|
This comment has been minimized.
This comment has been minimized.
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.
Review Status
Actionable comments generated: 0
Configuration used: CodeRabbit UI
Files selected for processing (2)
- CHANGELOG.md (1 hunks)
- client/keys/delete.go (1 hunks)
Files skipped from review due to trivial changes (1)
- client/keys/delete.go
Additional comments: 1
CHANGELOG.md (1)
- 72-72: The changelog entries are clear and provide direct links to the associated pull requests, which is good for traceability.
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.
utACK!
Can you have a look at |
Description
Closes:
#18561
Author Checklist
All items are required. Please add a note to the item if the item is not applicable and
please add links to any relevant follow up issues.
I have...
!
to the type prefix if API or client breaking changeCHANGELOG.md
make lint
andmake test
Reviewers Checklist
All items are required. Please add a note if the item is not applicable and please add
your handle next to the items reviewed if you only reviewed selected items.
I have...
!
in the type prefix if API or client breaking changeSummary by CodeRabbit
keys delete
command to continue processing when a non-existent key is specified, providing an error message instead of terminating.FinalizeBlock
calls are now correctly passed to ABCIListeners for consistent block finalization.