Open GoogleCodeExporter opened 9 years ago
Same problem in Samsung Galaxy Note GT-N7000. The problem occurs with native
keyboard, hacker's keyboard and others. In place of less, system receives ESCn,
and in place of greater, receives CTRL+b.
Original comment by abar...@abitecnologia.com.br
on 12 Apr 2012 at 1:12
Please, is there a work-around while it is not fixed?
Original comment by abar...@abitecnologia.com.br
on 24 Apr 2012 at 12:02
If I insert one of this symbols in a text-box out of the connectbot's shell and
copy it, then I can paste into connectbot's shell and it will be recognized
correctly.
Original comment by abar...@abitecnologia.com.br
on 24 Apr 2012 at 12:16
Also see this on Nexus One with Android 2.3.6 and latest ConnectBot working
copy although I instead see ESC h instead of < and ESC j instead of >
Original comment by bsitt...@gmail.com
on 7 May 2012 at 7:32
Specific version used:
http://connectbot.googlecode.com/files/ConnectBot-git-master-2011-12-19_18-30-54
.apk
Original comment by bsitt...@gmail.com
on 7 May 2012 at 9:35
The bug was present in
http://connectbot.googlecode.com/files/ConnectBot-git-2011-07-01_04-07-35.apk
The bug was not present in
http://connectbot.googlecode.com/files/ConnectBot-git-2011-07-01_04-06-24.apk
Original comment by bsitt...@gmail.com
on 7 May 2012 at 10:32
Yes, I tried this version
(http://connectbot.googlecode.com/files/ConnectBot-git-2011-07-01_04-06-24.apk)
and was able to insert susccessfuly the symbols.
S.G.N. GT-N7000
Original comment by abar...@abitecnologia.com.br
on 7 May 2012 at 10:46
Looking at
http://code.google.com/p/connectbot/source/detail?r=9386994add488c34dfc81002d715
8eedd4b9c7d1
I see in the diffs for /src/org/connectbot/service/TerminalKeyListener.java :
59 + // backport constants from api level 11
60 + public final static int KEYCODE_ESCAPE = 111;
61 + public final static int HC_META_CTRL_ON = 4096;
Perhaps HC_META_CTRL_ON doesn't behave as expected on Gingerbread and earlier?
Original comment by bsitt...@gmail.com
on 7 May 2012 at 11:10
Removing these lines in TerminalKeyListener.java resolves the problem.
// no hard keyboard? ALT-k should pass through to below
190 if ((orgMetaState & KeyEvent.META_ALT_ON) != 0 &&
191 (!hardKeyboard || hardKeyboardHidden)) {
192 key = 0;
193 }
Original comment by octet...@gmail.com
on 14 Apr 2013 at 1:35
Original issue reported on code.google.com by
chunlinyao@gmail.com
on 6 Apr 2012 at 8:15