-
Notifications
You must be signed in to change notification settings - Fork 3.7k
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
AutoCLI deserializes Proto types into Amino types #21261
Comments
Right, so we use the amino json encoder, so this is the normal behavior of that json marshaller. I won't keep this as a bug, but indeed as an enhancement. Let's track it in that issue 👍🏾, we'll look into it. |
My only argument against it being an enhancement vs a regression is that the v47 feegrant and authz query CLI commands returned Proto json, and these new replacement AutoCLI cmds do not. If you are using the outputs of the CLI with any expectation, for instance with interchain-test, they will break |
Is there an existing issue for this?
What happened?
AutoCLI seems to have issues with
Any
types in responses. Specifically, it returns the inner types as Amino definitions instead of Proto serialized definitions. I have validated this on a number of AutoCLI chains.This may be related to #18310
Cosmos SDK Version
0.50.8
How to reproduce?
The expectations here are that
type
is@type
and the value for that key is the proto message name, not the amino registered nameOne example is here:
The text was updated successfully, but these errors were encountered: