Closed lesmo closed 3 years ago
Hi. I use this every day while I am coding and using git. It is active for me 😉
I noticed difference than my setup.
~/.gnupg/gpg-agent.conf
. My guess is that you have somewhere changed that default, or maybe a typo in your OP?PS C:\Users\dale> Get-Package CredentialManager
Name Version Source ProviderName
---- ------- ------ ------------
CredentialManager 2.0
LocalMachine
, and I chose Enterprise
. Perhaps something changed in Windows Credential Manager and the way davotronic5000/PowerShell_Credential_Manager interacts with it. That powershell addon hasn't changed but Windows 10 has changed much in the last 3 years.I am thinking also... their may be a related concern involved. I think when a person uses a Windows 10 "Microsoft account" that account is considered a synchronized Enterprise account. Similar to a centralized Enterprise account that an employee would have at a large corporation. These types of accounts are not local computer accounts. Therefore, I suspect that Windows Credential Manager won't cache passwords if LocalMachine
is used at the same time a person is logged into an Enterprise account. Does this match your experience? And if you change PERSISTANCE to Enterprise
does it work?
Hi there! Thanks a lot for your quick reply, didn't think I'd get a response. I really appreciate it.
CredentialManager
version could be the culprit.Enterprise
but it didn't work. I'll report back if it works with the CredentialManager
2.0Hey! We're in business!
It seems to be that CredentialManager
needs to be 2.0 to work on the most recent Windows 10. LocalMachine
persistance does seem to work fine:
Thanks a lot man! I'll close this issue now.
Just to leave a note here, nice to see this is working for me in 2023 with Windows 11, WSL2, CredentialManager 2.0 installed, using PERSISTENCE="Session".
I know this repo is kinda old, but... well, you never know:
Description
After proper setup, when using GPG a prompt for the passphrase is shown. However, the password is never stored in Windows Credential Manager when
PERSISTENCE
is set toLocalMachine
:Setup
Version of gpg:
master
(commit ee9cc0df00f95b358ce45b943eb6427deb80f16f)pinentry-wsl-ps1.sh
on your computer:pinentry-wsl-ps1.sh
filePERSISTANCE
to"LocalMachine"
Steps to reproduce
echo "test" | gpg --clearsign
and enter credentialswsl --shutdown
to shutdown WSLThis issue is not presented after the first startup of WSL and/or the agent.
Actual Result
Expected Result
Workarounds
GPG-agent log file