Fixed in 2.3.7.

And 2.3.7.

Fixed in 2.2.36.

Perhaps, rG53eddf9b9ea0: scd: Fail when no good algorithm attribute. should be backported to 2.2.

It's in 2.3.7.

It's in 2.3.7.

It's in 2.3.7.

It's in 2.3.7.

It's in 2.3.7.

It's in 2.3.7.

Fixed in 2.3.7.

Thank you. I learned that there is new firmware, version 5.4 series.

The user id table is not accessible at all (neither the whole rows nor the individual cells).

We have KWatchGnuPG for watching the log files.

@gniibe Thanks - mine's 5.43. (And the working 4Nano is 4.34.)

In gnupg/common/ttyio.c, the function w32_write_console does:

• Call WriteConsoleW, and when it fails, it calls
• WriteConsoleA

Please let us know, your firmware version number (in bcdDevice) by lsusb.

Due to vacation the review may take some time.

I suggest to submit a patch with the changes you'd like to see. Please read
https://dev.gnupg.org/source/gnupg/browse/master/doc/HACKING
for information how to contribute to gnupg.

I can confirm this issue with a 5C Nano returning the error, but a 4C working successfully. Downgrading to 2.2.35 does resolve the issue.

It will hopefully be fixed in 2.2.37.

Hello,
thanx for fixing this issue ...

Any chance someone is able to review the posted patch?

I wouldn't call that particular thing technical specification, because it really has potentially a strong user visible impact (i.e. expected passphrase works or not - both cases, whether any other newline characters are included or not, as well as whether it would simply ignore any characters beyond a maximum length).

Pushed the change.

I'm not sure whether the manual page should be blown up to a full technical specification.

It looks like having it set will stop fallback from working entirely? Would you say that this cannot be fixed if WAYLAND_DISPLAY is set like I do above?

It looks like having it set will stop fallback from working entirely? Would you say that this cannot be fixed if WAYLAND_DISPLAY is set like I do above?

There is a description: https://datatracker.ietf.org/doc/html/rfc8422#section-5.10

Lookups can now be started after entering a single character. Wildcards like * do not seem to be supported by OpenPGP key servers.

Thanks for the analysis!

Hello, i did some debugging with my local sks keyserver version 1.1.6+ on Debian:

I have also improved the workflow when verifying detached signatures without corresponding signed file from Kleopatras UI in "non-automatic" mode, i.e. if "Automatically start operation based on input detection for decrypt/verify." is disabled in the settings.

Fixed. This was actually a regression introduced many years ago.

Actually, I get a very similar error message on Linux, if I run kleopatra --verify <detached signature file>

An error occurred: Kleopatra: Could not open file ".../detached-sig-with-different-name/verify-me-signatur.txt" for reading: No such file or directory (218136657)

Ready for testing.

Fixed in 2.2.36.