I think that the card reader is not connected and there is no Scardsvr at this time.
And the card reader connection to USB port results invoking Scardsvr. Then, "SCD SERIALNO --all" gets success.

For T6567 I changed the way that Kleopatra runs "gpgconf --launch gpg-agent". This change is not yet in Eva's test build. It seems my change is not good because running "gpgconf --launch gpg-agent" timed out after 5 seconds in 3 of 3 tests starting Kleopatra after a reboot of the VM. To check if "gpgconf --launch gpg-agent" really takes that long I measured the time in PowerShell after another reboot of the VM. The result is shocking.

A bunch more improvements (for gpg4win 5.0):

Please note that a card insertion to a card reader and a card reader connection to PC are different things.
It may cause different results.

ebo: Thank you for your testing.

I found an issue in libassuan, which might be related possibly, it is described in T7399.
When the response is not consumed like the case in T7399, if repeatedly, it may fill up the buffer eventually.

Result of first iteration sorting the tickets by Features, Bug Fixes, and different reasons why they are not relevant for the release notes of 4.4.0

Noteworthy changes in Version 4.4.0 (unreleased)
------------------------------------------------

This doesn't need to be verified with VSD 3.3 after it was verified with Gpg4win.

This was fixed in gpgme and is therefore automatically in VSD 3.3

Ready for testing. Note that you also need gpgme master.

We should show the original algorithm name instead of "Unknown algorithm" if we don't have a pretty name for it. This way we can show the Kyber algorithms without adding pretty names for them. T7397: Kleopatra: Support Kyber generation

I believe this is a case of non-consumption of client, I had two cards connected, one Yubikey and one Netkey3.0 card.
Setup: I rebooted windows and started Kleopatra. Nothing else.

This might fix the issue https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gpg4win.git;a=commit;h=cf13e915581ca32e05e229cc54ef8e35753128e0

This fix is also in VSD 3.3

This is included in test installers since some time already.

This change is also used for VSD 3.3

The same CSS has worked for years. Suddenly, after an update Firefox started to misbehave. I don't know if it's actually a bug in Firefox or in fontconfig or something else, but it's certainly not a problem of the CSS.

Gpg4win-Beta-75: works

This website uses this CSS rule for body:

Name of the window is now "GnuPG Configuration Overview" and "gpgconf -X" is preselected and executed in the window.

Works, you now get an error message that the card can not be found.

This has been backported for VSD 3.3 and Gpg4win

I put "scd" tag and let me claim this ticket.

This symptom can be explained by the nPth bug of T7386.

The symptom of this bug was:

• there are multiple waiters for COND.
• COND is fired by npth_cond_broadcast, all waiters should be waken up, but only one wakes up by the old code of 1.7.
• other waiters keep waiting forever.

After I fixed the problem, I realized that the description of this ticket was not accurate, so, modified.