You have imported a certificate with secret key.

Fingerprint: XXX
User ID: ABC

Also, we should not forget the context of the whole dialog in the window. So we get the wording right, especially regarding key / certificate.

Background of my "reminder" comment: we were discussing to establish a sane workflow for sharing keys. Which is quite commonly done e.g. for functional mail addresses, but usually people seem to share the whole secret key which is not advisable. We would want people to only share subkeys for that purpose.
It was the case that somebody gets a subkey for such an "offline" primary for the first time which I was thinking of.

Reminder: we have to keep in mind the workflow of the import of secret subkeys. Do we need different behavior conditional on "is primary key present" or not?

Another thing (should definitely go into a new ticket if we want to do something regarding this):

Again for Gpg4win 4.4.0, this time with better attention (and definitively encryption only):

Shorter version:

Possible explanation text for the user regarding the background of the question (probably to long):

Looks the same in VSD 3.3.0 ans in Gpg4win:

This is the current (VSD 3.3.0) state for Japanese (with German as fallback):

Everything mentioned above was translated and is now shown that way in all three languages.

I would keep the "create group", too.

changed the workboard to gpd5x as this is still the case in Gpg4win 5.0-Beta versions.

same with VSD 3.3.0 with gpg 2.2.46

Gpg4win-5.0.0-beta32
Works!

Gpg4win-5.0.0-beta32:
The remaining attempts are listed:

For Gpg4win 4.4.0:
Encryption: ~2:35
Decryption: ~0:44

To make the test complete for VSD, here the times for decryption (and verification) of the 3G file from above:

• VSD 3.2.4: ~3:36
• VSD 3.3.0: ~2:20
• command line: ~2:30 (maybe the bit slower than in Kleo is because this was done in a shared folder of the host system instead of on the c: partition)

The cli was done in both tests with the gpg version from VSD 3.3.0

Tested encryption (+ signature) via Kleopatra with a 3 GB file (random data) with:

• VSD 3.2.4: ~ 5:20
• VSD 3.3.0: ~ 4:25
• command line; ~4:25

Ok, then this will not be included in the VSD versions until we switch away from gpg 2.2

Closing as there are now 2 follow up tickets for the open issues I found.

VS-Desktop-3.3.0.0 now has the translation. Will be in Gpg4win in the next release.

In contrast to Gpg4win 4.4 in VSD 3.3.0 dragging a plain file onto Kleopatra will return an error. Decryption and importing certificates works, though.

There is a new report where mails are not shown with the following settings:

HKCU\Software\Microsoft\Office\16.0\Outlook\Options\Mail:ReadAsPlain
  ->0<-
HKCU\Software\Policies\Microsoft\Office\16.0\Outlook\Options\Mail:ReadAsPlain
  ->1<-

Works as well for VS-Desktop-3.2.94.481-Beta

In VS-Desktop-3.2.94.481-Beta the feature is not available in the context menu in Kleopatra.
So in VSD 3.3.0 this will be missing. What works is disable/enable on the command line and Kleopatra will then not list a disabled certificate with most filters.

VS-Desktop-3.2.94.481-Beta: OK

VS-Desktop-3.2.94.481-Beta: OK