The "Secret key backup error" does not appear any more.
But if I hit "cancel" on the pinentry window, still a second pinentry window for the subkey pops up. No matter if I give the correct password in the second pinentry window or not, the backup is silently abandoned.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Mar 22 2023
Mar 21 2023
yes, confirmed. And if I insist on choosing this certificate via the selection dialog I can not encrypt to this certificate, as sign/encrypt is grayed out. (As long as there is no valid key chosen additionally.)
closing with reference to external testing
ok, ticket for the new issue is T6418
Mar 20 2023
This exact step works. But if you misspell the repeat its unintuitive again what you should do.
closing with reference to external testing
closing with reference to external testing
closing with reference to external testing
closing with reference to external testing
closing with reference to external testing
closing with reference to external testing
closing with reference to external testing
closing with reference to external testing
closing with reference to external testing
closing and opening new tasks is the best option
Mar 15 2023
works. tested with VSD 3.1.26 (gpg 2.2.41) and keyserver entry in dirmngr.conf only.
works, server can be added to dirmngr.conf via kleopatra
works with AD, too. Even with an "a" ;-)
Yes, the installation was with the unmodified Installer GnuPG-VS-Desktop-3.1.26.0-Standard.msi
Mar 14 2023
Mar 13 2023
Mar 10 2023
works
It effects Yubikeys and ZeitControl cards (version 3.4)
We got a user report that the issue did not occur before their update from 3.1.25 to 3.1.26
Mar 6 2023
Mar 2 2023
Feb 22 2023
works if you use a valid IP address
Feb 17 2023
well, this user made a backup and it went wrong anyway ;-) See T6377
I'm sorry, I got a bit confused, it works in Kleopatra on 3.2.0, but not in 3.2.26
Feb 16 2023
Feb 8 2023
Jan 26 2023
Jan 19 2023
Dec 15 2022
works
Dec 13 2022
works
works: the process is canceled without any notification.
works
Dec 8 2022
With GnuPG VSD 3.1.25 the Certify action is not disabled for me. Neither on Windows nor on Linux system.
Dec 7 2022
Dec 6 2022
works
I would ideally like a result message like "Could not connect to keyserver ks.example.org" if the server is not reachable and
"the key has not changed on keyserver ks.example.org" or "the key could not be found on keyserver ks.example.org" if one of those is true.
At least the last two not if the key was found via wkd, obviously, in that case a similar message for wkd.
Dec 5 2022
Nov 30 2022
works
very nice
works
Nov 28 2022
works
Nov 23 2022
ok, works as described.
Nov 22 2022
I have tried all 3 settings (in %LOCALAPPDATA%\kleopatrarc):
AllowCertificateCreation=false
works as described.
Keyserver option is no longer shown in the OpenPGP tab of GnuPG System
works
Nov 10 2022
works as described by Ingo
works
works
works
Nov 9 2022
works as advertised
Nov 4 2022
Oct 24 2022
works as proposed by werner.
Oct 14 2022
If a certificate is in more than one group, this will not work...
Oct 13 2022
Oct 12 2022
Oct 11 2022
Hidden where?
Oct 10 2022
Sep 22 2022
Sep 21 2022
works
Well, the picture given as example above looks exactly as before if I choose a key by clicking on it. But at least it changes after hitting return or switching to the next line, so it's an improvement.
Sep 16 2022
In T6205#163303, @ikloecker wrote:Does the recipient know the public key that was used for encryption?
The data from the above output was additionally OpenPGP encrypted to self.
The "not compliant" message only shows when the data is additionally encrypted to a public key.
gpg: Öffentlicher Schlüssel ist 2B2F1C74FE523D81
[GNUPG:] ENC_TO 2B2F1C74FE523D81 1 0
gpg: AES256.CFB verschlüsselter Sitzungsschlüssel
[GNUPG:] NEED_PASSPHRASE_SYM 9 3 8
gpg: Verschlüsselt mit einem Passwort
gpg: verschlüsselt mit RSA Schlüssel, ID 2B2F1C74FE523D81
[GNUPG:] NO_SECKEY 2B2F1C74FE523D81
[GNUPG:] BEGIN_DECRYPTION
gpg: AES256 verschlüsselte Daten
[GNUPG:] DECRYPTION_INFO 2 9 0
gpg: Ursprünglicher Dateiname=''
[GNUPG:] PLAINTEXT 62 1663253724
[GNUPG:] PLAINTEXT_LENGTH 4
test[GNUPG:] NEWSIG
gpg: Signatur vom 15.09.2022 16:55:24 Mitteleuropäische Sommerzeit
gpg: mittels RSA-Schlüssel 930A7B212C8EC8F1729DA3F5C464074875570823
[GNUPG:] ERRSIG C464074875570823 1 10 00 1663253724 9 930A7B212C8EC8F1729DA3F5C464074875570823
[GNUPG:] NO_PUBKEY C464074875570823
gpg: Signatur kann nicht geprüft werden: Kein öffentlicher Schlüssel
[GNUPG:] DECRYPTION_OKAY
[GNUPG:] GOODMDC
[GNUPG:] END_DECRYPTION
Sep 15 2022
Sep 14 2022
works now