a GUI for GNU PG among other things
Details
Fri, Aug 15
Wed, Aug 13
We need a better error code from gpg to change this
We decided that gpg should emit a status message for success, too.
gpgme should then look for that status message instead of only absence of error.
Fixed by adding a patch for Qt 6 (and a patch for Qt 5 in gpg4win-4-branch for VSD 3.4).
A quick check with passing ASSUAN_PIPE_CONNECT_DETACHED does not changed anything.
Tue, Aug 12
I wonder whether rA3bccb33ccd9028ff505d9979fd6c8a37393b892d which changes Assuan's waitpid function for Windows is well aligned with the my_waitpid in gpgme's assuan-support.c (which does nothing). gpgme creates a detached process in most cases but for gpgsm assuan_pipe_connect is used without the ASSUAN_PIPE_CONNECT_DETACHED flag.
Another data point is that the faulty versions use libassuan 3 with a slightly changed API. May one of the follwing chnages cause the problem?
Mon, Aug 11
Although in VSD 3.2.2 we get no warning when configuring S/MIME debugging wrong we then get a nice message "Configuration error" when trying to encrypt with S/MIME, instead of gpgsm hanging without any message at all:
Logging all
Sun, Aug 10
Fri, Aug 8
The issue also occurs in VSD-3.3.2 and 4win-4.4.1 but not in VSD 3.1.26
Thu, Aug 7
OK on Linux now with new enough versions (Fedora 42).
Tested with Fedora 42 (which includes gpgme 1.24.3): this works now, you can drag a public or secret key from Kleopatra to a file manager to export the public key.
Fixed and backported for VSD 3.4
Wed, Aug 6
Solved by focusing the result message after the notepad operation is complete. I think that's an acceptable compromise for ensuring that users of assistive tools are informed about the result even if the focus is moved to a different UI element (which, in general, should be avoided because users can get lost).