-
Notifications
You must be signed in to change notification settings - Fork 18
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
feat(iota): don't require key generation for client.yaml if there is already one #3978
Conversation
8cd19c0
to
f51d188
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Given that this fn is called prompt_if_no_config
, are we sure this is possible?
Yes, it happened to me with |
But isn't this change in that function? |
@DaughterOfMars I think I misunderstood you. The function is called |
Oh okay 👍 |
Co-authored-by: Thibault Martinez <thibault@iota.org>
Description of change
Don't require key generation for client.yaml if there is already one. This could happen for example if
iota keytool import
was used beforeLinks to any relevant issues
Fixes #3972
Type of change
How the change has been tested
Running
cargo run client active-address
with only existingiota.keystore
andiota.aliases
in the iota_config folder.