User Details
- User Since
- Mar 17 2025, 6:34 PM (42 w, 1 d)
- Availability
- Available
Today
Does not work on gpg4win-5.0.0-beta479 @ win11:
- Open encrypted mail and open attachments in outlook + reboot
- All temporary files in "C:\Users\g10\AppData\Local\Microsoft\Windows\INetCache\Content.Outlook\ODXPL3A9" are still present after reboot (files with 002 ending additionally opened)
- Temporary files are still present after opening and closing Kleopatra and Outlook
- Open encrypted attachment in kleopatra/mailviewer (via .eml file) + reboot
- All temporary files in "C:\Users\g10\AppData\Local\Temp\kleopatra.XXXXXX" are still present after reboot (one folder per opened file)
- Temporary files are still present after opening and closing Kleopatra
- Decrypt archive in kleopatra + reboot during the success dialog with the save button
- Temporary folder "C:\Users\g10\AppData\Local\Temp\kleopatra.XXXXXX" with extracted tarball still present after reboot
- Temporary files are still present after opening and closing Kleopatra
to make sure we talk about the same thing, it's about the status column:
The imported cert was berta`s in this case.
>gpgsm -v --sign --local-user "Edward Tester" test.pdf > test.gpg.p7s
gpgsm: enabled compatibility flags:
gpgsm: looking up issuer from the Dirmngr cache
gpgsm: number of matching certificates: 0
gpgsm: dirmngr cache-only key lookup failed: No data
gpgsm: issuer certificate {04A0A7E932B29D43A9B6673139AF52C0A5FC467BF5A64D044D1AC33613ABBB73CA532569F5779999114C0118CD66FDF6E92B1B0EEE2A4D5A815DA7FD892DDDE9C1} not found using authorityKeyIdentifier
gpgsm: looking up issuer from the Dirmngr cache
gpgsm: number of matching certificates: 0
gpgsm: dirmngr cache-only key lookup failed: No data
gpgsm: certificate is good
gpgsm: root certificate is not marked trusted
gpgsm: fingerprint=D4:EC:A6:B4:69:AB:B5:44:08:27:CB:3F:C7:D7:91:08:3C:10:27:DB
gpgsm: DBG: BEGIN Certificate 'issuer':
gpgsm: DBG: serial: 01
gpgsm: DBG: notBefore: 2020-03-26 19:41:01
gpgsm: DBG: notAfter: 2063-04-05 17:00:00
gpgsm: DBG: issuer: CN=Root-CA 2020,OU=GnuPG.com,O=g10 Code GmbH,C=DE
gpgsm: DBG: subject: CN=Root-CA 2020,OU=GnuPG.com,O=g10 Code GmbH,C=DE
gpgsm: DBG: hash algo: 1.2.840.113549.1.1.11
gpgsm: DBG: SHA1 Fingerprint: D4:EC:A6:B4:69:AB:B5:44:08:27:CB:3F:C7:D7:91:08:3C:10:27:DB
gpgsm: DBG: END Certificate
gpgsm: after checking the fingerprint, you may want to add it manually to the list of trusted certificates.
gpgsm: validation model used: shell
gpgsm: can't sign using 'Edward Tester': Not trusted
[GNUPG:] FAILURE gpgsm-exit 50331649Yesterday
Other observations:
- after removing the smartcard reader again it's still not reproducible
- after win restart it's not always reproducible
- best chances to reproduce by killing all gpg related processes and deleting gnupghome and Gpg4Win folders first, then import
after attaching a smartcard reader with a smartcard, i can't reproduce this issue anymore
Interesting. I also wasn't able to reproduce this anymore, although I even created a new VM to make sure this is reproducible in a clean setup (and it was reproducible every time).
After restart of windows, it is reproducible again. This is the debugview output for an import without status update:
Looks good to me on gpg4win-5.0.0-beta479 @ win11.
Done
- progress/busy indicator shown (probably also read, but loading was too fast, so it skipped the text)
alt+m Manage Smart Cards - Kleopatra window Loading smart cards... tab control OpenPGP - 0005 00009D58 tab Alt+ O
Maybe it would be better to just not offer S/MIME certs with distrusted root cert?
I tried to get any error response but found those issues instead:
If all processes are killed before okular is opened, i get an error:
gpgsm.log (debug-all, whole process of signing)
Looks good to me on gpg4win-5.0.0-beta479 @ win11. The default path is now the same as the path of the opened file:
Looks good to me on gpg4win-5.0.0-beta479 @ win11:
- gpg --show-only-session-key --decrypt FILE shows only the session key
- gpg --add-recipients -r UID1 FILE adds recipients (tested with one or more uids)
- gpg --change-recipients -r UID FILE changes the recipients (tested with one or more uids)
Looks good to me on gpg4win-5.0.0-beta479 @ win11.
I can't reproduce ebo's nor pl13's issue.
Mon, Jan 5
The problem was the keyserver configuration, which does not include a scheme (ldap:):
keyserver ldap.gnupg.test:389:uid=LordPrivySeal,ou=GnuPG Users,dc=gnupg,dc=test:pass:dc=gnupg,dc=test:
Fri, Jan 2
The issue is resolved in gpg4win-5.0.0-beta479 @ win11:
- no error for opening .eml files
- no error for starting kleopatra while running (also not started twice anymore)
this also happens, when kleopatra is started while already running
Note that "Save encrypted" is only "Save" in the UI.
maybe related: T4030: GpgEX: Use process calls instead of UIServer protocol
Tue, Dec 16
I can see AutomationIds now, but some are missing, e.g.:
- toolbar buttons (looks like buttons in general)
- tab items
- table header / tree items
Mon, Dec 15
Fri, Dec 12
I'm quite sure, that I have seen this multiple times on current versions. Not sure, if one could send it again, I think at least the body is empty.
Resolved without further testing
Resolved without further testing, all further improvements in new tickets
Resolved without further testing
Looks also good to me on gpg4win-5.0.0-beta413. Setting this to resolved
Note: No further tests, as this is explicitly about the qt5 AppImage
Note: Set to resolved without further tests
Note: Set to resolved without further tests
Is this ticket obsolete with T7874: Kleopatra: GnuPG System configuration not translated?
Is this ticket obsolete with T7717: Location of qt-application config files?
Is this ticket obsolete with T7717: Location of qt-application config files?
Is this testable?
should be fixed/tested for v5 release
Needs to be tested/fixed for the v5 release
This should better be fixed in the v5 release
This should definitely be fixed for the v5 release
The next major release is coming
A quick fix would be to remove the link




