-
Notifications
You must be signed in to change notification settings - Fork 21
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鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
Locked out? #20
Comments
The above is by design. You need to unlock the store before you can change the configuration password setting with 'Unlock-SecretStore', since prompting is turned off. But maybe a prompt should always occur in this case, or a better error message. We want to be secure by default, and decided to use But I am open to changes as long as default always goes to 'most secure'. |
That makes sense but why is
Yeah, maybe something indicating that the vault is locked, and since password prompting is disabled, it needs to be unlocked via |
If |
Yes, it works that way now. The above repro started with a required password, turned off prompting and then tried to access the store, and failed because the store was locked. In this case a password is required to access the store or change the password configuration and is by design. However, better error reporting or always allow prompting in this case may be a better experience. |
Closing as 'answered'. |
What have I done to myself here?
If we are actually supposed to be able to disable the password requirement, then this syntax is not great
-PasswordRequired:$false
. Might be better to have-EnablePasswordRequired
andDisablePasswordRequired
.The text was updated successfully, but these errors were encountered: