Cannot input non-ASCII characters when inputing a path

[iamlixiao]

When inputing a path (for example, pressing Enter to add a torrent) ,I can't type any non-ASCII characters by either an input method or copy-paste. It seems that rtorrent just blocks any input longer than one byte. When pressing Tab for hints, non-ASCII subfolders and torrent filenames are converted to strange strings (папка/ becomes M-PM-?M-PM-0M-PM-?M-PM-:M-PM-0/). I don't know what happens.
I guess it is caused buy some internal defects of rtorrent while I haven't read the source code.

[banderlog]

Yep, this problem exists

[gilllux]

I confirm no multi-byte chars can by inputted in rtorrent, in the load>, load_start> or command> prompts, either by IME or copy-paste. However here (rtorrent 0.8.6) autocompletion works fine: pressing tab shows multi-byte hints properly, and you can even autocomplete directories that contain multi-byte chars as long as you don't need to type them. For example if you have a directory called blah_なにか without anything else along starting with blah_, blah_<tab> allows you to input blah_なにか (however double-width chars messes up the cursor position).

[PRESFIL]

You can unlock other nonlatin symbol with this:

diff --git a/src/input/text_input.cc b/src/input/text_input.cc
index 1d14620..89f0722 100644
--- a/src/input/text_input.cc
+++ b/src/input/text_input.cc
@@ -47,9 +47,6 @@ TextInput::pressed(int key) {
   if (m_bindings.pressed(key)) {
     return true;

-  } else if (key >= 0x20 && key < 0x7F) {
-    Base::insert(m_pos++, 1, key);
-
   } else {
     switch (key) {
     case 0x7F:
@@ -98,7 +95,7 @@ TextInput::pressed(int key) {
       break;

     default:
-      return false;
+      Base::insert(m_pos++, 1, key);
     }
   }

but its not enough, cursor movement in ncurses is wrong.
Here you need to rewrite to unicode std:string or something to count in transparently.
May be @rakshasa tell what else I missed (maybe escaping handling will be nice to see). I'm not a professional.