With 1:6.6p1-2ubuntu2.3 (Trusty) the alt-tab completion works, but the
character isn't echoed back.
sftp> get nave
Fetching /tmp/naïve to naïve
Attempts to enter a character (AltGr+a for æ or AltGr+[+i for ï, for
example) simply results in an error beep, which is new but thoroughly
useless and a
Version: 1:5.9p1-5ubuntu1.1
Still present.
Still cannot enter characters but using tab to auto-complete will work
so long as the file does not begin with a "foreign" character:
sftp> get caf\303\251
Fetching /tmp/café to café
sftp> get na\303\257ve
Fetching /tmp/naïve to naïve
sftp> get anasth
I can reproduce this with openssh-client 1:5.8p1-7ubuntu1.
I downloaded and compiled OpenSSH_5.9p1 and that version does not have
the bug.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openssh in Ubuntu.
https://bugs.launchpad.net/bu
I can still reproduce this with openssh-client 1:5.3p1-3ubuntu4 from
lucid-updates and even 1:5.5p1-3ubuntu1~ppa1 from Colin Watson's Openssh
PPA on lucid.
--
sftp: cannot enter umlauts like ä, ö, ü
https://bugs.launchpad.net/bugs/349913
You received this bug notification because you are a member
This seems to be fixed in upstream 5.3p1 (at least when I tried it 5
minutes ago :-)). Any chances to see a new release in lucid?
** Also affects: openssh
Importance: Undecided
Status: New
** Changed in: openssh
Status: New => Fix Released
--
sftp: cannot enter umlauts like ä,
strace output of sftp session, pressing "ä" at the "sftp> " prompt:
[...]
write(1, "sftp> "..., 6sftp> )= 6
read(0, "\303"..., 1) = 1
read(0, "\244"..., 1) = 1
write(1, "\7"..., 1)= 1
read(0,
** Changed in: openssh (Ubuntu)