Got this from my card vendor. Sonoma had a buggy CCID driver; compile one yourself and the bug's gone: https://forums.developer.apple.com/forums/thread/732091?answerId=768462022#768462022

This is a group of tasks of dirmngr and gpgsm.

@jmrexach I think I undestand now @TobiasFella can you have a look please?

Hi,
please use English in this tracker. At least using an online translation service.

Je n'arrive pas importer clef d'un vendeur sans avoir cette erreur :
Une erreur s'est produite lors de la tentative d'exportation des certificats OpenPGP.
La commande
C:\Program Files (x86)\GnuPG\bin\gpg.exe a renvoyé : gpg: envoi de la clef ED607E44BAC58B1D à hkps://keyserver.ubuntu.com gpg: échec d'envoi vers le serveur de clefs : Server indicated a failure gpg: échec d'envoi vers le serveur de clefs : Server indicated a failure

gpg --list-packets shows this:

Hi,
To reproduce this just change an item in the filter list: The contents of the window changes but NOT the name (title) of the window (only in the leftmost tab).

Is this no longer a problem, and someone just forgot to close the issue, or is it now uncommon enough to keep it low priority?

Yes we could add that. Okular has this actually. For now we were Happy to go with the system default in the last version :)

I cannot reproduce this. If I right click the tab I can rename it just like every other tab. The tabs do not change their names based on the current filter that is used that is only their default name. And the default for the first Tab is "All Certificates"

Yes, basically these actions check if the underlying document is there and if not they make themself invisible. But then they should not be in the menu in the first place. But I believe the impact of this is rather low.

This seems to depend on the Platform theme. Under Windows I get the same results as you on linux It works fine with me

In T6977#183049, @Karam wrote:

Uploaded the corrupted file.

Uploaded the corrupted file.

It seems to pass for me with gnupg-2.2.41 but fails with gnupg-2.2.42?

I need to come up with a better strategy here. --refresh-keys is a very useful command and it should do what the user expects. Maybe we can adjust the behaviour iff we detect that there is an LDAP keyserver.

Since there are some files that would simply have to be created each time under $GNUPGHOME, I've been thinking a bit more about what sort of approach to take for "fallbacks."

Mh, the problem is that this is really a speciality feature which KMail currently has, that you can configure for a contact to prefer S/MIME over OpenPGP even though you have both keys.

I'm not sure how to approach this.

Interesting. So the problem is not actually the Key-Type, but that the default key-type requires a Key-Curve parameter which has no value by default

Moving back to WiP and setting status to Testing. Moving to QA shall be done when an installer to test this is available. See https://dev.gnupg.org/w/gpgcom/

Can you make this corrupted file available to us?