Skip to content

Conversation

@evan-forbes
Copy link
Member

@evan-forbes evan-forbes commented Sep 30, 2025

adding signers to the TxResponse so it can be populated in TxClient

@ninabarbakadze ninabarbakadze changed the title feat: add signers to the TxResult feat: add signers to the TxResponse Oct 16, 2025
@ninabarbakadze ninabarbakadze marked this pull request as ready for review October 16, 2025 16:47
@ninabarbakadze ninabarbakadze requested a review from a team as a code owner October 16, 2025 16:47
@ninabarbakadze ninabarbakadze requested review from rootulp and tzdybal and removed request for a team October 16, 2025 16:47
@github-actions
Copy link

@ninabarbakadze your pull request is missing a changelog!

Copy link
Member

@ninabarbakadze ninabarbakadze left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I looked into the proto generation and built images/simd-dlv/Dockerfile locally with the buf version specified in upstream and our required go toolchain version.

Also bumped the image version in the makefile to latest available proto-gen image but it's still behind for us so I reverted it therefore this only works for me if you build the image locally and tag it as what makefile expects.

Copy link
Collaborator

@rootulp rootulp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM but CI is failing

//
// Since: cosmos-sdk 0.42.11, 0.44.5, 0.45
repeated tendermint.abci.Event events = 13 [(gogoproto.nullable) = false];
// The signers of the transaction.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[question] How is each signer represented in this [][]byte? In celestia-app we often use the signer's address as a string but given this isn't a repeated string, I assume it's a slice of the raw bytes of each signer (?)

Maybe this comment can clarify the format of signers.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes it's a slice of raw bytes of each signer buy now that I'm thinking I think it'd be better to parse it to strings before we return to the user so might just change it to strings and I'll update the comment too.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I updated it to strings.

@ninabarbakadze
Copy link
Member

LGTM but CI is failing

Some of the things failing in CI I could not resolve :/ I spoke to binary team and the said that the CI on the sdk fork was never fully addressed from v50 upgrade. I'll ask Julien again about the CI failures.

@@ -1404,803 +1404,789 @@ func (this *Pool) Description() (desc *github_com_cosmos_gogoproto_protoc_gen_go
func StakingDescription() (desc *github_com_cosmos_gogoproto_protoc_gen_gogo_descriptor.FileDescriptorSet) {
d := &github_com_cosmos_gogoproto_protoc_gen_gogo_descriptor.FileDescriptorSet{}
var gzipped = []byte{
// 12723 bytes of a gzipped FileDescriptorSet
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

do we know what the diff was here and if its consensus breaking?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I seriously doubt that it is, but always good to know why this portion changes. most of the time its just a godoc etc

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah I'm not gonna lie I don't really understand why staking protos were updated. I can ask around.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually prolly because staking proto file was updated before and protos were not regenerated

Copy link
Member Author

@evan-forbes evan-forbes left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can't approve my own PR but I approve

@evan-forbes
Copy link
Member Author

we might be able to easily fix some of the CI if we bump stuff go versions etc

we don't need to block imo but should still fix or disable if we don't find it useful

@ninabarbakadze
Copy link
Member

we might be able to easily fix some of the CI if we bump stuff go versions etc

we don't need to block imo but should still fix or disable if we don't find it useful

I will approve on your behalf then. I opened the issue to track fixing CI and we can prio it during sync #688

Copy link
Collaborator

@rootulp rootulp left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[not blocking]

  1. We can prob add to the README that TxResponse was extended to include signers
  2. Agreed it seems weird that staking.pb.go changed and also agree that it could the relevant .proto file have been changed in a previous PR but someone forgot to include the updated generated .pb.go. If we want to avoid this in the future we could add CI that fails if make proto-gen makes a git diff.

@ninabarbakadze
Copy link
Member

ninabarbakadze commented Oct 21, 2025

[not blocking]

  1. We can prob add to the README that TxResponse was extended to include signers
  2. Agreed it seems weird that staking.pb.go changed and also agree that it could the relevant .proto file have been changed in a previous PR but someone forgot to include the updated generated .pb.go. If we want to avoid this in the future we could add CI that fails if make proto-gen makes a git diff.

Good idea! Opened issues as flups #692 #691

@ninabarbakadze ninabarbakadze merged commit 6e5c782 into release/v0.51.x-celestia Oct 21, 2025
43 of 48 checks passed
@ninabarbakadze ninabarbakadze deleted the evan/besttx/extend-txresult branch October 21, 2025 11:27
@github-project-automation github-project-automation bot moved this from Needs Triage to Done in core/app Oct 21, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

4 participants