As you can see in the output of gpgsm it only prints ENC_TO status lines until the decryption succeeded. Hence, neither gpgme nor Kleopatra can know that there are more recipients. Interestingly, the audit log seems to have more information. I have no idea what black magic the audit log uses.

Should now look like vsd-3.3.7 again.

Please retest with the next VSD 3.4 build.

I'll apply different fixes to avoid the regression T8322: Kleopatra: Low contrast boders in high contrast mode.

Another note: The decryption should probably just work, without offering to "retry" as in the encryption case https://dev.gnupg.org/T6702

Note: I encountered another [GNUPG:] FAILURE gpgsm-exit, which might be connected or not, see T8334: Only one recipient shown in decryption feedback for files S/MIME encrypted for multiple recipients (gpgsm output)

In T8273#219806, @ebo wrote:

is this known or should a ticket be created?

not known yet. When you make a ticket, please test the command line, too.

Another iteration for the expired certificates. The first sentence is simplified and the possible conclusion moved to the first part:

In T6702#219802, @ebo wrote:

Yes, that's a separate issue.

does a ticket exist for it?

On vsd-3.4.0-beta1294 @ win10 / GnuPG 2.2.54 it's like i described (dialog just closes). I'll wait for the next beta to be sure.
On gpg4win-5.1.0-beta646 @ win11 / GnuPG 2.5.21 the behavior matches your description (too long / empty passphrase).

Implemented and backported for VSD 3.4.

After some feedback, the first expiration info paragraph is now:

is this known or should a ticket be created?

Yes, that's a separate issue.

does a ticket exist for it?

In this ticket, let me focus on the symptom and try minimum symptomatic treatment.
(And continue by T1675, for the real fixes of concurrent access to trustdb.)

I cannot reproduce this with GnuPG 2.2.45-beta27 or GnuPG 2.5.21-beta1 on Linux. Neither on CLI nor with Kleopatra.

Note: In Gpg4win 5.0 (and later) the problem doesn't occur because the problematic code was changed about two years ago. I have backported the relevant changes that fix the problem.

Questions

• I tested all cases for openpgp and smime and noticed, that smime decrypting a file encrypted for multiple recipients does not show the list of recipients (probably only the first). is this known or should a ticket be created?
  
• Shouldn't this also be backported to vsd34?

Another note: this issue conflicts with T8273: Kleopatra: improve first part of decryption/verification message. Should this suggestion be implemented, too, but later?

In rOJd2f6971b480f#104313, @tfry wrote:

In rOJd2f6971b480f#104263, @svuorela wrote:

I do like the simplicity of moving all the assets to qrc - cmake glob is just a bit fragile.

I removed some further cmake globs. The one in web/dist is hard to avoid, though (at least without bringing in other kind of ugliness).

Still present in gpg4win-5.1.0-beta646 @ win11.

Let's shipit

In rOJd2f6971b480f#104263, @svuorela wrote:

I do like the simplicity of moving all the assets to qrc - cmake glob is just a bit fragile.