BUG: Phantom not respecting the full MWA specification #126
d-reader-josip
started this conversation in
General
Replies: 2 comments 2 replies
-
Echoing this issue and adding some more context in a previous GH issue where this was discussed. In the link, you can see a repro video of this bug. This is an important fix that greatly helps UX for users with multiple accounts use dApps seamlessly. Let me know if there are questions on the implementation of this fix! Happy to help. |
Beta Was this translation helpful? Give feedback.
0 replies
-
Thank you for reporting @d-reader-josip! We are looking into a resolution. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
In the Mobile Wallet Adapter specification it has been explicitly mentioned to use the wallet addresses from the (mwa wallet session) authToken to sign a transaction that was requested by the user.
For example, I have my mobile dApp dReader and Phantom mobile installed on my android.
Why? Because from dReader I've used the authToken from my wallet A and requested to sign the transaction with it, but on Phantom wallet B is now set to active. I'm essentially trying to sign a transaction for the wallet A, with the wallet B.
Of course it's failing.
What should happen in reality is, if Phantom detects that authToken has been used to prompt a signTransaction event, it should read the wallet address which was authorized with the authToken and sign the transaction with it. Regardless of which wallet is currently actively selected on Phantom mobile.
A bit more on this MWA spec can be found here: https://solana-mobile.github.io/mobile-wallet-adapter/spec/spec.html#authorize-and-sign-transaction
Beta Was this translation helpful? Give feedback.
All reactions