Looks good to me on vsd-3.3.3-beta90.29 @ win11
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Yesterday
Thu, Oct 30
An new suggestion for the wording without prior reading of the above texts to get a fresh view.
But in German ...
@werner Proposed patch for gpg:
diff --git a/g10/export.c b/g10/export.c index 5dcb9c665..908a6b6a0 100644 --- a/g10/export.c +++ b/g10/export.c @@ -1961,7 +1961,9 @@ do_export_one_keyblock (ctrl_t ctrl, kbnode_t keyblock, u32 *keyid, if (strchr (hexgrip, ',')) { log_error ("exporting a secret dual key is not yet supported\n"); - return gpg_error (GPG_ERR_NOT_IMPLEMENTED); + err = gpg_error (GPG_ERR_NOT_IMPLEMENTED); + write_status_error ("export_keys.secret", err); + return err; }
Move Notepad and Smartcards from View to Tools (entries are additionally still in view)
Backported for VSD 3.4 and VSD 3.3.
Wed, Oct 29
I couldn't reproduce the problem because I had apparently told Kleopatra in the past "Do not ask again". :/
I think this problem just occurs because the secret key of the ADSK is available. Otherwise, Kleopatra wouldn't know whether the ADSK is stored on a smart card and therefore wouldn't erroneously take a non-card key for a card key.
Well, in the audit log the output of gpg is shown, nothing Kleo can do there, I believe. 
But we need to talk about what still needs to be( can be implemented on the Kleo side.
The API documentation of gpgme has been improved. And Kleopatra no longer tries to read the private key files of subkeys using combined algorithms (like Kyber+some curve) because (as of now) such keys are not stored on any smart cards (that are supported by GnuPG).
New ticket for the remaining issue.
gpgme log for key creation and export with warning for VSD-Beta29
This is also the case in the latest VSD-Beta29
I could reproduce it with the same version (on WIN10).
Right, gpg CLI output depends on it, too.
Does that mean that it is not possible to close the message automatically if changes are made in a) the text field or b) the encryption settings in the right pane?
PS C:\Users\g10> gpg -K --with-colons sec:u:256:19:AFC0D3F82B25E93B:1761728062:1856426400::u:::scESCA:::D276000124010304000500009D590000::brainpoolP256r1:23::0: fpr:::::::::8501CB7EF858A7CFE5E1F6E4AFC0D3F82B25E93B: grp:::::::::2675ADEF564A96F12D6E5A9B29D4FB8FE0C6D741: uid:u::::1761728062::BE090A7B8780003B05D5F193AFF64BA827F1F05B::card::::::::::0: ssb:u:256:19:23FF18B366E41CFC:1761728062:1856426400:::::a:::D276000124010304000500009D590000::brainpoolP256r1:23: fpr:::::::::6EF74BF349E0E14886C521D323FF18B366E41CFC: grp:::::::::FD28C8EC5995AF83CFBEFA10A901745318C72D81: ssb:u:256:18:8D2D2E42DF4CD03A:1761728062:1856426400:::::e:::D276000124010304000500009D590000::brainpoolP256r1:23: fpr:::::::::7253B2F829C431CD4E0A5CE28D2D2E42DF4CD03A: grp:::::::::0459891236233D2D970E3B8A08EE662E1B5D9C42: sec:u:255:22:B889A166FB44BC68:1761727895:1856426400::u:::scESC:::+::ed25519:::0: fpr:::::::::F05E296612506679B40CC2EDB889A166FB44BC68: grp:::::::::50D88C2461B477037B39367E9AB262B8DDDFF0AE: uid:u::::1761727895::C1171D48754E1CC7C9A68E7C3D4B7951925F9A8D::Has ADSK::::::::::0: ssb:u:255:18:E8DAB91AEA053CCC:1761727895:1856426400:::::e:::+::cv25519:: fpr:::::::::50BB79B5B878C769F0973247E8DAB91AEA053CCC: grp:::::::::2B5EF50EC6A1797557F1543CE1198DE67BA9F675: ssb:u:256:18:8D2D2E42DF4CD03A:1761728062:1856426400:::::r:::D276000124010304000500009D590000::brainpoolP256r1:23: fpr:::::::::7253B2F829C431CD4E0A5CE28D2D2E42DF4CD03A: grp:::::::::0459891236233D2D970E3B8A08EE662E1B5D9C42:
Please attach the output of gpg -K --with-colons
For the open issue I have created T7890: Kleopatra: Icon sidebar in configuration dialog is missing an accessible name because it needs to be fixed upstream (in KDE Frameworks).
Correct, the fix is not included in beta395.
Tue, Oct 28
Notes to self:
- On Windows, libgpg-error's gettext replacement uses the value of LC_ALL, LC_MESSAGE, or LANG (in this order) if set. Otherwise, it uses Windows's GetThreadLocale. (gnupg should probably use the MUI API instead.)
- We should probably force Qt's/KDE's language on gnupg by setting LANG.
Please attach scdaemon logs (created with debug ipc,cardio)
I have no idea how Qt/KDE and how gettext (resp. gnupg's replacement of gettext for Windows) react to Windows's "regional format" setting. It seems that Qt/KDE correctly use English despite German regional format while gnupg uses German.
ZeitControl OpenPGP v3.4 card
Windows Language Settings:
- ISO: EnglishInternational
- Windows Language: English (United Kingdom) - note: i installed English (United States), but can't select it
- Country or Region: German
- Regional Format: German
The screenshots were made with
- ISO: EnglishInternational
- Windows Language: English (United Kingdom) - note: i installed English (United States), but can't select it
- Country or Region: German
- Regional Format: German
For such language tickets please give more information. What are your language settings? Not only in Kleo, the system language settings, too.
This works fine with my Yubikey. Maybe it's depends on the specific type of smartcard. What type of card are you using?
Mon, Oct 27
A side question: what are your language settings there?
Seems gpg gives it's error messages in German, Kleo in English
This can only be tested with the AppImage because on Windows we disable drag&drop of certificates.
- I might want to know the fingerprints of those unknown recipients to search for them (in the audit log I can't see, which of those fingerprints are unknown immediately)
Didn't happen on Linux (on my one and only attempt to reproduce). Will have to check on Windows.
Looks good to me on gpg4win-5.0.0-beta395 @ win11
Fri, Oct 24
Not sure, if my test covers all cases (especially regarding cache): encrypted for alice with several ADSKs (local/card, v4/v5, several algos, 1 unknown = not in keyring).
- If the cert associated with the adsk is in keyring, the userid of this cert is shown.
- The number of unknown recipients (cert not in keyring) is shown at the end.
Makes sense to me. Possible optimizations:
- I might want to know the fingerprints of those unknown recipients to search for them (in the audit log I can't see, which of those fingerprints are unknown immediately)
- The cert used for decryption could be listed first
The option is still displayed on gpg4win-5.0.0-beta395 @ win11, probably the fix is not included yet.
Looks good to me on gpg4win-5.0.0-beta395 @ win11
Looks good to me on gpg4win-5.0.0-beta395 @ win11
Looks good to me on gpg4win-5.0.0-beta395 @ win11
Looks mostly good to me on gpg4win-5.0.0-beta395 @ win11.
nvda speech viewer output:
Related Addresses tab control Related Addresses tab Alt+ R Related addresses list edward.tester@demo.gnupg.com not selected
speech viewer:
Search missing keys when verifying a signature check box not checked Alt+ S X.509 Directory Services grouping Directory services list This is a list of all directory services that are configured for use with X.509.
Right, it's the same with gpgol disabled. I set it to invalid.
But you are able to do this w/o gpgol being active?
Sounds good to me on gpg4win-5.0.0-beta395 @ win11
Looks good to me on gpg4win-5.0.0-beta395 @ win11
Looks good to me on gpg4win-5.0.0-beta395 @ win11