Skip to content

Conversation

@FelixFan1992
Copy link
Contributor

Requires

Supports

@trunk-io
Copy link

trunk-io bot commented Oct 30, 2025

Static BadgeStatic BadgeStatic BadgeStatic Badge

View Full Report ↗︎Docs


paramValues := []any{
decodedTokenReceiver,
msg.TokenReceiverATA,
Copy link
Contributor

Choose a reason for hiding this comment

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

we probably have to change existing ccip tests inputs then

Also in what cases will msg.Reciever != tokenReciever?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

this is only possible when sending tokens to Sui or Solana bc in their extra args, we define a token receiver field.

Copy link
Contributor

Choose a reason for hiding this comment

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

hmm so we probably won't be sending tokens to SUI from SUI. So msg.Reciever != tokenReciever only applies to solana case then?

Copy link
Contributor Author

@FelixFan1992 FelixFan1992 Oct 31, 2025

Choose a reason for hiding this comment

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

yes. but when it's a pure token transfer, we should not set msg.receiver, right? we should only set token receiver in extra args in that case.

@FelixFan1992 FelixFan1992 marked this pull request as ready for review November 2, 2025 16:42
@FelixFan1992 FelixFan1992 requested review from a team as code owners November 2, 2025 16:42
ExtraArgs: extraArgs,
FeeToken: feeToken,
TokenAmounts: tokens.([]SuiTokenAmount),
TokenReceiverATA: common.LeftPadBytes(tokenReceiverATA, 32),
Copy link
Contributor

Choose a reason for hiding this comment

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

is this just set to empty for now? I don't see any test where this value is non zero

Copy link
Contributor Author

Choose a reason for hiding this comment

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

they are used in those test cases at line 416 of ccip_sui_token_transfer_test.go. before this, they won't be passed in properly.

Copy link
Contributor

@stackman27 stackman27 Nov 3, 2025

Choose a reason for hiding this comment

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

Line 416 of ccip_sui_token_transfer_test.go is test from EVM -> SUI tho, whereas the above change seems like it's impacting SUI -> EVM

Copy link
Contributor

Choose a reason for hiding this comment

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

@cl-sonarqube-production
Copy link

Quality Gate passed Quality Gate passed

Issues
0 New issues
0 Fixed issues
0 Accepted issues

Measures
0 Security Hotspots
No data about Coverage
No data about Duplication

See analysis details on SonarQube

@FelixFan1992 FelixFan1992 added this pull request to the merge queue Nov 3, 2025
Merged via the queue into develop with commit 901a0fe Nov 3, 2025
299 of 301 checks passed
@FelixFan1992 FelixFan1992 deleted the fix-sui-e2e-test branch November 3, 2025 19:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants