Also implemented for 2.2

The following workflow works for Markus and me:

FWIW: The fix rO75f46829054e is part of GpgOL since 2.6.3

Same behavior (on vsd-3.3.3-beta90.12 @ win10) for smime encrypted mails:

I can't find any causes of slowness in keyboxd initialization. I think that there is a situation where it simply takes time on Windows.

Looks good to me on vsd-3.3.3-beta90.12 @ win10:

what ever was fixed with the attached commit we can not test.

I see no workaround.
The attachments in the original mail are not gone, yes.
But the mail can't be forwarded with them.

Tested with VS-Desktop-3.3.90.12-Beta, GpgOL 6.5 (WIN10)

Test with 3.3.90.12-Beta:
The test mail from before does not cause a spawn cycle and no high CPU load any more. (Tested without "show as text only", as it was not relevant before.)

Looks good to me on vsd-3.3.3-beta90.12 @ win10 (temporary filename is now attachment.odt or e.g. attachment (002).odt)

Debug log for vsd:

Also still present on vsd-3.3.3-beta90.12 @ win10 (mail is not moved)

After a discussion we decided to drop the idea to save the status of the check boxes even for only the box "encrypt for others".

Current logs for a forever hang:

still reproducible on gpg4win-5.0.0-beta369 @ win10

In T6117#205379, @ikloecker wrote:

I guess this is a typo because the CSR looks like an encryption-only certificate.

I think this will make the dialog less user friendly because with this change one always needs to check the status of all check boxes. Without the change the check boxes always have the same status when the dialog is opened the same way. Predictability is very important for usability and even more for accessibility.

I would like to change this ticket to "Save status of all check boxes in the sign/encrypt dialog".

ok, changed the text in the description ot the ticket, but put two more "team" back in.

Dialogtext (winzige Politur):