Query redemption records for multiple addresses #1075
Merged
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.
This allows the QueryAddressUnbondings RPC to either pass in a single address or a comma separated list of multiple addresses. The proto was not changed on purpose so that the grpc endpoint wouldn't change, and queries which were working before with a single input address will continue to work just fine. The input should be robust to whether the user includes spaces or not but it is expected to be a string of addresses separated by commas with no spaces normally.
One nit change, initializing the addressUnbondings variable on ln33 to an empty array, before it was given a type but could have been nil if the address provided had no redemption records.
Noticed this keeper function never had a unit test before so added grpc_query_address_unbondings_test.go which tests: