openssh bugs - Sep 2013 - [Bug 2148] New: failure and crash on non-ASCII characters

https://bugzilla.mindrot.org/show_bug.cgi?id=2148

            Bug ID: 2148
           Summary: failure and crash on non-ASCII characters
           Product: Portable OpenSSH
           Version: 6.2p1
          Hardware: Other
                OS: All
            Status: NEW
          Severity: major
          Priority: P5
         Component: sftp
          Assignee: unassigned-bugs at mindrot.org
          Reporter: towo at towo.net

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...)

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

https://bugzilla.mindrot.org/show_bug.cgi?id=2148

Darren Tucker <dtucker at zip.com.au> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dtucker at zip.com.au

--- Comment #1 from Darren Tucker <dtucker at zip.com.au> ---
the second issue sounds like bug #1990.  probably the first one too.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.

https://bugzilla.mindrot.org/show_bug.cgi?id=2148

--- Comment #2 from towo at towo.net ---
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

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.

https://bugzilla.mindrot.org/show_bug.cgi?id=2148

Damien Miller <djm at mindrot.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |WORKSFORME
                 CC|                            |djm at mindrot.org
             Status|NEW                         |RESOLVED

--- Comment #3 from Damien Miller <djm at mindrot.org> ---
Is this still the case? Please reopen this bug if it still affects you?

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.

https://bugzilla.mindrot.org/show_bug.cgi?id=2148

Damien Miller <djm at mindrot.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #4 from Damien Miller <djm at mindrot.org> ---
close bugs that were resolved in OpenSSH 8.5 release cycle

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.

https://bugzilla.mindrot.org/show_bug.cgi?id=2148

towo at towo.net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|CLOSED                      |REOPENED
         Resolution|WORKSFORME                  |---

--- Comment #5 from towo at towo.net ---
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

-- 
You are receiving this mail because:
You are watching someone on the CC list of the bug.
You are watching the assignee of the bug.