Tracking of the GnuPG VS-Desktop version 3.2.x
Details
Tue, Oct 29
works for 4win-Beta-64, too
Oct 4 2024
Jul 26 2024
As shown in the above screenshots the fix was tested by me.
Jul 25 2024
With the fixes a build from Gpg4win master (kf5) should now no longer switch the colors or the icons when in dark mode. This should only be done in high contrast mode. I am adding screenshots from the tests here so I also don't get confused between the different versions:
Jul 23 2024
I got confused in the various tests and mixed up the Qt6 test on normal Windows 10 with the Qt5 test. In the Qt6 case there are still issues, but that might be explained by packaging still. But for this we have less urgency.
Apr 17 2024
restarting gpg-agent works in release version 3.2.2
Apr 15 2024
Backported to VSD 3.2
Apr 5 2024
We decided the latter is to small an issue, we'll close this ticket without opening another for the reverse case.
Tested only in VS-Desktop-3.1.92.39-Beta yet
I don't see a problem here. Of course Kleopatra could run a gpgconf -K all when it really exits but I doubt that we need to do that in this special elevated case
Mar 28 2024
yes, the box comes up, the second "user-level"-Kleopatra exits again after clicking the "ok" Button.
After quitting the Kleopatra process with the admin rights again the privileged background processes remain, like I mentioned in https://dev.gnupg.org/T7050#184583.
Yes, the kleopatra.exe process ist shut down for me with that version, too.
But I wonder if the remaining gpg-agent and scdaemon processes which remain may cause issues later on. The are still running with elevated rights according to the process explorer after restarting as normal user. It does not cause any immediately obvious issues, though.
Mar 27 2024
works for latest VSD Beta, too (VS-Desktop-3.1.92.39-Beta)
Mar 26 2024
Works for me using the latest vsd beta (3.1.92.39)
Mar 22 2024
Done and backported for 3.2.
Sorry I just noticed that I mixed up the duplicate closing. I wanted to close 7050 as a duplicate of this and not the other way around. Since this description was more general and better.
Just to triage this
Mar 21 2024
Mar 11 2024
Mar 8 2024
with Version 3.2.2.231170+git~ (Gpg4win-4.3.1-beta12):
- no error message any more with keyserver = none
- correct error message when choosing "publish on server"
But in the case "Refresh OpenPGP keys" (in Kleopatras certificate Details) there is no error message but instead ~"the key is unchanged".
Version 3.2.2.231170+git~ (Gpg4win-4.3.1-beta12): works, when entering a mail address the search result is presented very fast now. When entering only a name, nothing happens. So functionality is there, the improvement in UX is T6493.
Mar 6 2024
I have backported the commits to gpg4win/23.10 for VSD 3.2.
Mar 5 2024
I have backported the relevant commits to gpg4win/23.10 for VSD 3.2. I left out the commit that adds a tooltip.
Feb 26 2024
For VSD there should at least no info message be shown - which has to be clicked away - when keyserver is set to "None"
Feb 8 2024
Jan 8 2024
It does not matter how many gpgsm instances try to start a daemon. The same code is used for starting and this code first takes a lock. When using gpgconf --launch the same code is used too (indirect by calling gpg-connect-agent NOP /bye wityh options for the respective daemon).
Jan 5 2024
Works in VS-Desktop-3.1.91.9-Beta.
Jan 4 2024
In a first commit, I have switched back to the simple check done by QFileInfo::isWritable() (see https://doc.qt.io/qt-5/qfileinfo.html#isWritable).