Edit 2025-06-26:
And please Fix the ALT shortcut in the "Sign / Encrypt", "Sign" and "Encrypt" button to S or E, respectively. One can hardly see the mark at the "i" and its unintuitive, anyway:
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jul 10 2025
Jul 9 2025
Jul 8 2025
Staring at some Process Monitor logs I noticed that dirmngr wastes 3-4 seconds trying to connect to localhost:9050 and localhost:9150 looking for tor. After adding no-use-tor to dirmngr.conf dirmngr starts reasonably fast.
In T7379#195089, @ikloecker wrote:Kleopatra does now read the certificates from the card and import them itself instead of relying on gpgsm --learn-card.
Remove the lines starting with ShowResultsAfter[...] in kleopatrarc
Jul 7 2025
I have built the run-* test programs of gpgme for Windows. run-keylist --cms --secret takes about 23 seconds. 3.7 seconds are gpgme initialization/setup (gpgconf --list-dirs, gpgconf --list-components, gpg --version, gpgsm --version, gpgconf --version). Most time (2 x 6-8 s) is lost starting gpg-agent and dirmngr. (keyboxd is not enabled here.)
Jul 4 2025
commands with -v
Please always add -v t commands like "gpg --decrypt test.txt.gpg". To decide whether this is smartcard or gpg-agent releated, I need to see a log file form gpg-agent and scdaemon. The latter is more important. I would suggest "debug ipc,app,cardio"
Jul 3 2025
For KF5-based builds this is resolved because the improved heuristic for detecting light high-contrast themes (like "Desert") is used for VSD 3.3 and Gpg4win 4.4.
For simplicity (and because I think entering tab characters isn't really essential for the notepad) I decided to go with the first solution.
Jul 2 2025
Ready for testing.
and for certification revocation (and some other places): https://invent.kde.org/pim/libkleo/-/merge_requests/197
For card stuff: https://invent.kde.org/pim/kleopatra/-/merge_requests/400
For the tooltips: https://invent.kde.org/pim/libkleo/-/merge_requests/196
Jul 1 2025
Ok, it was a missing update (although windows claimed to be up-to-date).
After installing 2025-06 [...] KB5060829 the Microsoft Print to PDF feature is available again and printing also works in Kleopatra/Okular.
A second patch fixes the problem with the button in the smart card view.
I have added a patch to disable recoloring of the status icons in Gpg4win. This ensures that the status icons in the selected rows don't get all-white.
Upstream bug report for invisible status icons: https://bugs.kde.org/show_bug.cgi?id=506434 (Icon coloring is inherently incompatible with colored Breeze status icons)
It's also the same error in Okular, when a pdf is printed.
Same on gpg4win-4.4.1 @ win11 (here a bit more debugview context)
3 3.503991 8584 kleopatra.exe org.kde.pim.kleopatra: Paperkey export finished: 0 status: QProcess::NormalExit 4 3.691599 8584 kleopatra.exe QPrintDialog: Cannot be used on non-native printers 5 3.691981 8584 kleopatra.exe QPrintDialog: Cannot be used on non-native printers 6 3.692752 8584 kleopatra.exe org.kde.pim.kleopatra: Printing aborted.
Works fine here.
version
C:\Users\g10\Desktop\tmp\scdecrypt>gpg --version gpg (GnuPG) 2.5.8 libgcrypt 1.11.1 Copyright (C) 2025 g10 Code GmbH License GNU GPL-3.0-or-later <https://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.
gpg --version?
gpg -K?
You're right, it also errors on gpg directly:
I can't reproduce. Please check whether this works if you use gpg directly; it's a bit unlikely that this is kleopatra-specific, since kleopatra doesn't really care whether the key is on a smartcard or not.
a: expired certificate
Jun 30 2025
In T7639#202620, @timegrid wrote:If this should also work in gpg4win-5.0.0-beta336 @ win10 (beta compliance mode), it does not:
In T7610#202487, @timegrid wrote:
- compliance note in sign/encrypt next to sign/encrypt button (both for file and clipboard) unreadable in black/nr1/nr2 and also in dark mode:
This only happens, if the smartcard key
- is the only key in the keyring or
- was used for sign/encrypt earlier and thus saved as selection default.
Not sure, what to expect, but generally looks fine for me in gpg4win-5.0.0-beta336 @ win10:
In T7610#202487, @timegrid wrote:
- compliance note in sign/encrypt next to sign/encrypt button (both for file and clipboard) unreadable in black/nr1/nr2 and also in dark mode:
I guess, that's ok then, moving this to done.
Thanks, confirmed then, moving to Done.
In T7594#202471, @timegrid wrote:Shouldn't the enabled close button in win10 / disabled text / nr2 have green color? (it's the "search certs on server" dialog).
Issue with pretty kyber names moved into: T7708.
Moving this to done.
General issues with unformatted fingerprints/keyids moved into T7707.
In T7232#202509, @timegrid wrote:With above configuration it seems to work on gpg4win-5.0.0-beta336 @ win10.
Any way to verify in kleopatra, that the setting was applied?
In T7394#202514, @timegrid wrote:
- Kyber algorithms display only their ecc part
I guess that the missing formatting of fingerprint or key ID isn't restricted to v5 keys. -> separate ticket
In T7345#202503, @timegrid wrote:
- Some/Most "Not VS-NfD compliant" notes do not have the (beta) suffix (probably fine?)
Ingo tested this and it worked.
Looks good to me on gpg4win-5.0.0-beta336 @ win10:
- Full stops are fine now
- "not VS-NfD compliant" for invalid signatures not shown anymore (tested in vsd compliance mode)
Looks good to me on gpg4win-5.0.0-beta336 @ win10:
With above configuration it seems to work on gpg4win-5.0.0-beta336 @ win10.
Any way to verify in kleopatra, that the setting was applied?
Tested on gpg4win-5.0.0-beta336 @ win10.
Looks good to me on gpg4win-5.0.0-beta336 @ win10.
Looks good to me on gpg4win-5.0.0-beta336 @ win10.
Looks good to me on gpg4win-5.0.0-beta336 @ win10.
I tested the VSD elements on gpg4win-5.0.0-beta336 @ win10 (beta compliance mode).
Happens also in the group config (warning icon):
Looks good to me on gpg4win-5.0.0-beta336 @ win10.















