As a temporary workaround, I can use --pinentry-mode loopback argument in cli to enter the passphrase without the GUI. I think the problem is in pinentry or something related to it.
I’m using Windows 11 23H2 and GPG4Win 4.3.1. Have tried uninstall and install again.
I can provide a level 4 (full) debug output from GPG. But I’m not sure it contains any sensitive information like my private key. Can I post it here?
If I use cli with --pinentry-mode loopback to type passphrase, the Kleopatra will function for some time. I believe that’s because the passphrase cache works.
I also tried to rename pinentry-w32.exe to pinentry.exe to force GPG4Win to use the legacy pinentry. The prompt can show up but the problem still exists.
Unfortunately no real insights from the new log file.
We need to do another debug session; keep the log configuration for
gpg-agent but stop gpg-agent (gpgconf -K all) and delete the old log
file. Then run this
gpg-connect-agent -v
On the command prompt show enter:
get_passphrase X X X X
and enter a dummy value into the pinentry window. Here is an example
session (On linux in this case):
gpg-connect-agent -v
get_passphrase X X X X
OK 31323334
quit
ERR 67109139 Unknown IPC command
gpg-connect-agent: closing connection to agent
As you can see, I entered 1234 as PIN and it is show in hex encoding.
In you session you should also see something about “starting
gpg-agent”.
Please now check the gpg-agent log file to see where
there are any errors?
Tricky. Can you please test again after setting the language for your session to C or en_US?
If I would be able to replicate this on my box I would add some debug code to pinentry or on Unix to use a pinentry wrapper which rund pinnetry under strace