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
Out of curiosity yesterday I tried to check how the dApp runs in status.im. Apparently, it doesn't after spending a bit investigating I found out that a raidenShutdown is fired immediately after raidenInit.
{
meta: undefined
payload: {reason: Error: The method eth_sign does not exist/is not available at Object.eval [as callback] (webpac…}
type: "raidenShutdown"
}
To clarify, we actually use the personal_sign proposal from EIP191. There're some inconsistencies between clients exposing this EIP signature format through eth_sign additionally or exclusivelly, which led to this issue. We expected ethers.Signer.signMessage to do the right choice, as it complies with that format, but seems we'll need some workaround for status for it to do the right thing.
Seems ethers special-case Metamask here, if the AsyncSendable.isMetaMask is truthy. We just need to do the same for these wallets which doesn't support eth_sign. I'd rather detect and set earlier than catch, to avoid the erroring overhead when possible.
Description
Out of curiosity yesterday I tried to check how the dApp runs in status.im. Apparently, it doesn't after spending a bit investigating I found out that a
raidenShutdown
is fired immediately afterraidenInit
.https://medium.com/metamask/the-new-secure-way-to-sign-data-in-your-browser-6af9dd2a1527
Acceptance criteria
Tasks
Story Points
The text was updated successfully, but these errors were encountered: