Meanwhile the AppImage (same binaries as the current Gpg4win version) can be found here among the binary releases: https://gnupg.org/download/index.html

works, tested with the provided example certs

information shows now up immediately, when the public key data is imported

On Windows with gpg4win 4.2.0 the filenames are suggested as in the description of this ticket, that is "Archive.tar (1).gpg".
But this is no issue, it can be decrypted with Kleopatra without any problem, anyway. The name of the decrypted folder is "Archiv.tar (1)" but it is a plain folder, no tar archive.

yeah, sorry, didn't test different key types yesterday.
NIST encryption keys do not work either, so only RSA encryption keys can be moved with Kleopatra to a smart card in gpg4win 4.2.0.
I can confirm that authentication keys work.

Found this one in Gpg4win-4.2.0-beta384:

Noticed in gpg4win 4.2.0-beta373:

works, I did not encounter the issue following the description

works. So gpgtar obviously knows about the filenames now, too

as this task is for a technical restructuring task, which is obviously done and works, closing this ticket.

works, the processes are stopped.
For the removal of the unfinished archive on cancelling encryption see T6584.

On the command line:

gpgtar -v --status-fd 2 -er Ted -s -o tt.tar.gpg tiefer_test

leaves a .tar.gpg file behind, too, if

• you kill it with CTRL-C
• if you call it without -s and stop the gpgtar.exe process in the task manager
• if you call it with -s and give the correct password

On Windows the process is stopped but you end up with a too small archive.
If you cancel immediately (presumably as long as the file still has size 0) it is removed, though.

with the new gpg.exe you gave me for testing it looks good now:

related to T6528

gpgrt version?

I get a failure status, but a different one.
Seems to be an other issue? But wasn't (ec=112) disk full?
And the disk of the Windows VM must have been running full with that file, before the start there were ~2,6 GB free:

works as described

This works.

No, it doesn't do even that. Sorry, I only tested that with 3.1.26 which is older than your fix.
No encrypt-only key is offered or selectable for signing any more in Gpg4win-4.2.0-beta360

This works, when sign is selected and no standard OpenPGP key for the mail address exists.

just noticed that restarting the background processes with F5 on the certificate list does not work if the list is empty. (checked with Gpg4win-4.2.0-beta357)

closing this due to external testing. The follow up on this is T6568

This works in so far that the background processes are killed with the restart button. For remaining issue see T6567

works

works

cancelling decryption does not work yet on windows

I'd prefer "Ablauf Hauptschlüssel" as I don't like "Primärschlüssel". But definitely in two words.

ok, then this is resolved

Which is the same URL as the F1 Help page thus probably opened via QProcess?

It works, including the nice message box, for most links in the Help menu, but not for the Kleopatra Handbook.

works

could not trigger it with the described steps on windows

works for 4,1 GB, too.
(Tested with Gpg4win-4.2.0-beta346)

works

works

It does not work as described for subkeys with later expiry dates if the primary key has already expired:

No. I only noticed a difference of the behavior between gpgtar on the cli and Kleo. Ingo said the behavior in Kleo has always been the same, gpgtar an Kleo differ in that. Case was therefore closed for me.

If I understand you correctly, you want to remove the checkbox before "Encrypt to others"?

If you only want to encrypt to one key you could do this without warning if you remove the check before "encrypt to others".

works (at least for small directories)

works:

works

The current date should be avoided even if explicitly chosen, on the command line the earliest allowed date is tomorrow.

Would work better if every attention craving window would refer to the file resp certificate it addresses but that is covered by T6152