-
Notifications
You must be signed in to change notification settings - Fork 166
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
when will be version 5 release? I cannot sign Astar network in the latest version 4.5.3 :( #912
Comments
iOS release is now staging in AppStore; Android will take couple more weeks, you can try to build temporary replacement yourself at your own risk using Now this network you mention is not among the defaults, see if you can install it in new Signer using https://github.com/paritytech/parity-signer/tree/master/rust/generate_message tool, let me know if you encounter problems. |
So what I will do is run this first https://github.com/paritytech/parity-signer/tree/master/rust/generate_message and then build android-not-broken branch? |
Hmm, in general yes, but there might be small incompatibility between generate-message format between these branches - you'll encounter that when adding network specifications probably - so you might need to use generate_message from that branch as well. Also, there is a draft tagged test pre-release 4.6.6 that you can try; it's built outside of proper clean room and is thus not safe to use, but you can try that as well instead of building android yourself. All these options carry certain risks, and Signer is still beta. Please be careful and back everything up. Also remember that it is recommended to factory-reset the phone before installation of new Signer version; at any rate, there should not be previous Signer installed when you install it, this is not handled anywhere and will break things since it should not be done anyway. |
@Slesarew I did try 4.6.6 but it's a total revam. So I do not have to add every network? Because the old one you have to add every account in network. |
You get only few networks with some default keys automatically (people were getting confused about derivations, now you just see how that works); then you add whatever networks and keys you like - yourself. 5.0.0 allows adding derivations through template QR generated on any untrusted machine, but 4.6.6 still does not have that. |
also i can't sign ASTAR network - createType(ExtrinsicSignature):: Cannot map Enum JSON, unable to find '0xsubstrate: |
For now better use stylo. Astra network is already added stylo-app/stylo#21 |
I'm trying with Stylo but it still gives me an error. |
@alindece I do not know your problem but I was able to sign a transaction using stylo. I know it's working. Did you add a new account and select astar network? |
No, I have recovered an existing account, on ASTAR I used an address created on polkadot and enabled on all chains i solved from polkadot.js by importing the account from the QR code, so it no longer asks me to sign from parity or stylo |
Ok, I'm closing this. 5.0.0 is out for iOS anyway and Astar works nicely there as far as I can tell. Now to add Astar there, someone trustable should generate an update (I won't do it for the same reason I don't build releases of Signer). One place where centralized updates will be posted as more are checked and signed is https://metadata.parity.io/ if you are into centralized things. Otherwise, literally anyone can make an update using
This most probably is a result of networks isolation in Signer - you can only have each key in 1 network in versions prior to 5.*; this is no longer true in 5.0.0 - although you'll have to explicitly add key to all networks where it is needed (hopefully error messages should guide you there now, let's see how clear it is). I know, it was confusing, lots of people got lost there and that's why I've changed this. |
Thanks a lot @Slesarew, congrats for the launch. I'm looking forward to see it on Android as well. |
@Tbaut There is an extensive readme that shows examples of typical usage; there are people who are better than me with words who are working on more human-friendly docs right now, and generate_message is among the topics they should cover. I would love if everyone just used that tool; unfortunately, there are no safeguards there yet to protect metadata from corruption other than vigil of the user, so some "federated" system of trust with "centralized" trust source and any number of custom sources is available for those who do not have access to clean generation tools and/or skills to verify everything. Fortunately, this is temporary solution, once chain learns to check metadata for validity, this task will be reduced to trivial script |
No description provided.
The text was updated successfully, but these errors were encountered: