I verified that manually putting the DB in WAL mode also resolved this issue, since writers don't block readers in WAL mode.
Wed, Oct 13
Sep 8 2021
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.
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 email@example.com
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
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
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
Apr 7 2019
And please do not use Gpg4win 3.16 but the bug fixed release 3.1.7.
Mar 28 2019
Mar 27 2019
Mar 21 2019
Mar 4 2019
Btw. I'll try to get a new release out this week. In the meantime either downgrade to 3.1.5 or use Kleopatra.
Jep that was part of Gpg4win as Gpg4win needed features / fixes from that version.
Mar 3 2019
GPGME 1.12.1-beta43 is nowhere near the current master. Current is around 1.12.1-beta130 (or above) and beta 43 would've been months ago, probably early November or late October.
Feb 28 2019
Okay, this is the latest released version. I now wonder what you mean by version 1.12.1-beta43. This sounds like our current development version of the GPGME library, right? How did you install this software? Is it from Gpg4win or did you build it from source?
Feb 15 2019
Feb 14 2019
Which version of gpa is that?
Jan 8 2019
Yes please use the command line ( gpg --gen-key ) or Kleopatra. This issue is fixed in the latest version of the GPGME library.
Jan 7 2019
Can i generate a key using shell?
Version gpg (GnuPG) 2.2.11
Version of gpa and best also of gpgme? The latest gpa releases show that in the About dialog.
The installed version of gpg is also of inetrest. In a shell enter "gpg --version".
Dec 28 2018
Dec 25 2018
Dec 7 2018
Regession due to my commit 10 days after the last release. Thus no need to do a release.
Should we close this or do you want to investigate why the segfault happened after the error?
I ran it with GPGME_DEBUG and it errors out at
GPGME 2018-12-07 10:34:32 <0x19c43> gpgme_op_genkey_start:293: error: Invalid argument <GPGME>
Sorry, I am still not able to replicate it:
Just by going through the standard "new key wizard".
GPA 0.11.0-beta5 [70858dc]
Dec 6 2018
Can you give me a reproducer on Linux. I am not able to reproduce it. What versions of gnupg and gpgme are you using (see gpa's about)
Nov 28 2018
Nov 26 2018
Gets reported multiple times and should be fixed for the next Gpg4win release as it is a bad first impression. (Although it can convert users to Kleopatra ;-) )
Nov 20 2018
Oct 30 2018
Oct 24 2018
Thanks. There is an easier solution for this, though: I now trim trailing LFs.
Oct 23 2018
Thanks. I added these files.
In addition to what I said above - the patch comes with two small side-effects - The size of the content in the tab is constant over the tabs, so that even a page with not very many settings will show a scrollbar, even if it only makes it possible to scroll in empty space from below.
I have made a patch for this, that add scrollbars to scroll up and down in the settings. This adds the need to set a default window size, which I have set to 700 x 500, which seems fine. Tested on a relatively low-resolution machine (1366 x 768), where it seems to work fine for me.
Oct 20 2018
Related, the tab formatting (mixed first one tab and then space), as in lines 131 to 137 of src/icons.c _really_ causes headaches.
Oct 16 2018
Oct 15 2018
Just commited. Thanks.
The next version will have a details button to show the actual gpg output. This will often be helpful.
The current version is 0.9.10 and the reported 0.9.5 is 4 years old. We also received no more info.
The "Copy" menu item already copies public keys to the clipboard.
I now added a private key key copy option to the context menu.
Jul 7 2018
Sorry, I meant the key pair (thought bundle) of private and public key.
Jul 2 2018
I am not sure what you mean by “keybundle”. Is is a single keyblock or a selection of multiple keyblocks?
Jun 18 2018
This is still true even after the latest changes to GpgOL not to require Kleopatra or GPA through the UIServer protocol. The details dialog / search still uses Kleopatra or GPA as a fallback.