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
When using signAndSendTransactions (multiple) combined with actions that have no NEAR deposit (they should be able to be handled by access key); currently this still requires a redirect to the web wallet page for confirmation.
Instead, when all transactions in a call to signAndSendTransactions can be handled by access key (there is an access key and every action in each transaction has deposit: 0) these transactions should be executed in serial as regular calls to signAndSendTransaction.
To Reproduce
Steps to reproduce the behavior:
Create 1 or more transactions with zero deposit
Call wallet.signAndSendTransactions
You are redirected
Expected behavior
No redirect, since the access key should be able to handle each transaction
The text was updated successfully, but these errors were encountered:
Hey, @mattlockyer thank you for raising this issue.
We have been investigating this issue and because we are using the requestSignTransactions of WalletConnection from near-api-js to sign and send multiple transactions we're not doing deposit check inside Wallet Selector.
We have done some work on this branch (supports the flow you suggested) but we're thinking it might be better for near-api-js to handle this internally since all browser wallets use the WalletConnection of near-api-js.
Describe the bug
NEARWallet
MyNearWallet
When using signAndSendTransactions (multiple) combined with actions that have no NEAR deposit (they should be able to be handled by access key); currently this still requires a redirect to the web wallet page for confirmation.
Instead, when all transactions in a call to signAndSendTransactions can be handled by access key (there is an access key and every action in each transaction has deposit: 0) these transactions should be executed in serial as regular calls to signAndSendTransaction.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
No redirect, since the access key should be able to handle each transaction
The text was updated successfully, but these errors were encountered: