Release the: Quirky Possum! - #1127
Conversation
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
Claude finished @pedromcunha's task in 45s —— View job 📝 Docs Drift Check — No docs impact This PR does not touch surfaces that require a |
|
Claude finished @pedromcunha's task in 33s —— View job Code ReviewThis is an automated Changesets release PR ( I verified the version bumps are internally consistent with the changeset dependency graph:
The changelog fan-out matches the workspace dependency edges, and the No issues found. Reviewed 19 files (18 modified, 1 deleted), 115 additions / 29 deletions. There is no application logic to audit in this PR — the underlying Tron swap changes landed in commit |
This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.
Releases
@relayprotocol/relay-kit-hooks@5.0.1
Patch Changes
@relayprotocol/relay-bitcoin-wallet-adapter@21.0.1
Patch Changes
@relayprotocol/relay-ethers-wallet-adapter@33.0.1
Patch Changes
@relayprotocol/relay-lighter-wallet-adapter@4.0.1
Patch Changes
@relayprotocol/relay-svm-wallet-adapter@22.0.1
Patch Changes
@relayprotocol/relay-ton-wallet-adapter@4.0.1
Patch Changes
@relayprotocol/relay-tron-wallet-adapter@10.0.1
Patch Changes
cbbf9c9: Fix Tron swap UX in the TRX/USDT flow. Tron balances now read from TronGrid's
fullnode endpoints (
wallet/getaccount,wallet/triggerconstantcontract)instead of the solidity node, so they reflect a completed swap without waiting
roughly a minute for solidification or needing a manual refresh.
adaptTronWalletconfirms transactions withgetUnconfirmedTransactionInfo,which returns the receipt seconds after inclusion, so a successful approval no
longer hangs or reports a false "Transaction confirmation timed out".
Same-chain swaps that the solver has to fill — Tron TRX/USDT, deposit-address
routes, and forced solver execution — now show the cross-chain pending states
and wait for the fill to be confirmed before reporting success. Previously any
route whose origin and destination chain ids matched was assumed to settle with
the user's own transaction. The new
isSolverFilledStepexport identifies theseroutes from the step the API returns.
Updated dependencies [cbbf9c9]
@relayprotocol/relay-sdk@8.0.1
Patch Changes
cbbf9c9: Fix Tron swap UX in the TRX/USDT flow. Tron balances now read from TronGrid's
fullnode endpoints (
wallet/getaccount,wallet/triggerconstantcontract)instead of the solidity node, so they reflect a completed swap without waiting
roughly a minute for solidification or needing a manual refresh.
adaptTronWalletconfirms transactions withgetUnconfirmedTransactionInfo,which returns the receipt seconds after inclusion, so a successful approval no
longer hangs or reports a false "Transaction confirmation timed out".
Same-chain swaps that the solver has to fill — Tron TRX/USDT, deposit-address
routes, and forced solver execution — now show the cross-chain pending states
and wait for the fill to be confirmed before reporting success. Previously any
route whose origin and destination chain ids matched was assumed to settle with
the user's own transaction. The new
isSolverFilledStepexport identifies theseroutes from the step the API returns.
@relayprotocol/relay-kit-ui@12.0.1
Patch Changes
cbbf9c9: Fix Tron swap UX in the TRX/USDT flow. Tron balances now read from TronGrid's
fullnode endpoints (
wallet/getaccount,wallet/triggerconstantcontract)instead of the solidity node, so they reflect a completed swap without waiting
roughly a minute for solidification or needing a manual refresh.
adaptTronWalletconfirms transactions withgetUnconfirmedTransactionInfo,which returns the receipt seconds after inclusion, so a successful approval no
longer hangs or reports a false "Transaction confirmation timed out".
Same-chain swaps that the solver has to fill — Tron TRX/USDT, deposit-address
routes, and forced solver execution — now show the cross-chain pending states
and wait for the fill to be confirmed before reporting success. Previously any
route whose origin and destination chain ids matched was assumed to settle with
the user's own transaction. The new
isSolverFilledStepexport identifies theseroutes from the step the API returns.
Updated dependencies [cbbf9c9]