Jun 5 2023
Gpg4win doesn't include libexpat anymore (since it doesn't include gpa and pinentry-gtk anymore).
Mar 19 2023
Mar 17 2023
We stopped maintaining GPA in favor of Kleopatra.
Sep 17 2022
Finally had some time to look into this a bit more.
Mar 14 2022
A simple first step would be to install pinentry-gtk only in the GPA variant.
Mar 11 2022
I think this is because we install pinentry-gtk, too. So we have that GTK dependency.
Jan 3 2022
Oct 13 2021
Sep 8 2021
I verified that manually putting the DB in WAL mode also resolved this issue, since writers don't block readers in WAL mode.
Aug 13 2021
May 11 2021
Thanks for using GPA. Unfortunately, I have to tell you that GPA development has been stopped and I can't say whether we will fix that bug any time soon. Please consider to switch to Kleopatra which is the standard key manager included in gpg4win.
Apr 15 2021
Done for gpa.
Please test.
Done for pinentry.
Jan 23 2021
Jan 5 2021
Dec 10 2020
Dec 9 2020
I have reproduced the bug
A backtrace with gdb from migw-w64 results in
I did a fresh install of Gpg4win 3.1.14 and imported my standard pubkey, by using
gpg --locate-key bernhard@intevation.de
on the command line.
Sorry, I can' reproduce thus. What kind of key is causing the crash?
Oct 19 2020
Which version of Gpg4win did you install, from where, and which OS version are you using? Why did you install gpg4win at a non-default location?
Aug 14 2020
Fixed.
Aug 13 2020
Taking: Still does not work although now --quick-set-expire is used by gpgme.
Feb 17 2020
Yeah, this can be done.
Sep 9 2019
Jul 31 2019
Well, gpa needs to use gpgme's interface for receiving and sending keys. The use of the helper programs an old hack.
Jul 24 2019
Jul 18 2019
Jul 1 2019
Werner: I'm assigning this to you. Because the underlying reason is a missing status from gpg. I think we should add that for 2.3 as any new status line tends to break things.
Jun 20 2019
Hello,
when can we fix it?
Jun 3 2019
Apr 26 2019
Closing this as invalid until the info requested in the last comment is provided.
@werner This issue also applies to GPA. Looking at the edit key interface I can't see how we can handle this. Am I overlooking something or do we just loose the error information / is it not emited by gnupg?
Apr 10 2019
@sapienza Can you try it with Kleopatra please and if it fails there, too please post the "Diagnostics" from Kleopatra. (See "Blocco note" in Kleopatra for the same functionality)
Apr 9 2019
Did you encrypt to a key of yours? You can only decrypt if you have the matching secret key for the public key you used for encryption. The error message: "No secret key" should be obvious.
I've tested it with Gpg4win-3.1.7, too and it works for me so something must be special.
this error comes to me when I try to decrypt a message and I get this message