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
Describe the bug
Starting from ignite v0.25, any protobuf file containing option (cosmos_proto.implements_interface) makes ignite generate proto-go to fail.
In my project, I have been relying on some standard cosmos protobuf types: eg. importing some types from group (like GroupInfo), with
import "cosmos/group/v1/types.proto";
This has worked perfectly up until Ignite 0.24.2. Starting from 0.25 (and the latest version), simply trying to import this file causes the protobuf generation error to fail with the following error:
panic: interfacetype only supports messages with exactly one oneof declaration
This error is raised in the Generate function in the interfacetype package from github.com/regen-network/cosmos-proto
I have singled out that if a message contains option (cosmos_proto.implements_interface), generation fails (see the "to reproduce" section below)
This is pretty tough for me because it prevents me from upgrading ignite to the latest version which includes a few important security fixes.
To reproduce
Using the latest version of Ignite-cli, import any proto file which has a message containing option (cosmos_proto.implements_interface) = "something", like
What version are you using?
Ignite CLI version: v0.25.2
Ignite CLI build date: 2022-11-21T18:08:22Z
Ignite CLI source hash: 8888014
Cosmos SDK version: v0.46.6
Your OS: darwin
Your arch: arm64
Your Node.js version: v16.17.1
Your go version: go version go1.18.4 darwin/arm64
Your uname -a: Darwin -MacBook-Pro.local 22.1.0 Darwin Kernel Version 22.1.0: Sun Oct 9 20:15:09 PDT 2022; root:xnu-8792.41.9~2/RELEASE_ARM64_T6000 arm64
Your cwd: /Users//village/villaged
Is on Gitpod: false
The text was updated successfully, but these errors were encountered:
@martin-village, the problem persists? Can you try the last version? The protobuf generation changed and fixed this problem. If you still have a problem you can open the issue again
@martin-village, the problem persists? Can you try the last version? The protobuf generation changed and fixed this problem. If you still have a problem you can open the issue again
Would you please clarify if I am working on a 0.46 sdk chain and don't want to make an sdk upgrade, what are my options to make this proto generation work?
Describe the bug
Starting from ignite v0.25, any protobuf file containing
option (cosmos_proto.implements_interface)
makesignite generate proto-go
to fail.In my project, I have been relying on some standard cosmos protobuf types: eg. importing some types from group (like GroupInfo), with
This has worked perfectly up until Ignite 0.24.2. Starting from 0.25 (and the latest version), simply trying to import this file causes the protobuf generation error to fail with the following error:
This error is raised in the Generate function in the interfacetype package from
github.com/regen-network/cosmos-proto
I have singled out that if a message contains
option (cosmos_proto.implements_interface)
, generation fails (see the "to reproduce" section below)This is pretty tough for me because it prevents me from upgrading ignite to the latest version which includes a few important security fixes.
To reproduce
Using the latest version of Ignite-cli, import any proto file which has a message containing
option (cosmos_proto.implements_interface) = "something"
, likeor directly include a message like
What version are you using?
Ignite CLI version: v0.25.2
Ignite CLI build date: 2022-11-21T18:08:22Z
Ignite CLI source hash: 8888014
Cosmos SDK version: v0.46.6
Your OS: darwin
Your arch: arm64
Your Node.js version: v16.17.1
Your go version: go version go1.18.4 darwin/arm64
Your uname -a: Darwin -MacBook-Pro.local 22.1.0 Darwin Kernel Version 22.1.0: Sun Oct 9 20:15:09 PDT 2022; root:xnu-8792.41.9~2/RELEASE_ARM64_T6000 arm64
Your cwd: /Users//village/villaged
Is on Gitpod: false
The text was updated successfully, but these errors were encountered: