Two issues observed with sftp on Linux and Cygwin: * If I enter a non-ASCII character (as part of a filename I want to get/put), it is simply ignored, so I cannot transfer such a file. * If I try to generate the filename by filename completion in sftp, and a file containing a non-ASCII character would be expanded, sftp crashes. (Severity considered major because this seriously limits handling of a number of files. Also although this is not a security issue, a software crash always suggests a somewhat unsecure feeling to users...)
the second issue sounds like bug #1990. probably the first one too.
Retestet with latest snapshot on cygwin (after typcial build troubles...): put xäb works now put xä^Häb does not: Backspace removes only a byte, not the character! put x<TAB> does not crash anymore, but does not work either: instead of a completion result, it just appends a few spaces
Is this still the case? Please reopen this bug if it still affects you?
close bugs that were resolved in OpenSSH 8.5 release cycle
Retested with sftp 8.5 (on cygwin): filename completion works and subsequent transmission of files with non-ASCII filenames works, however, manual entry (including copy/paste) of non-ASCII filename characters still fails, they are silently ignored