"Ctrl-S" controls the flow... by pausing all output on the terminal (Ctrl-Q is used to resume output).
The output of the stty commands given above actually are not entirely accurate, because bash changes the state of the tty just before, and after, running a command. If you were to run stty against the tty while bash is still reading input via libreadline, you'd see some different results: at a minimum, -icanon instead of icanon. However, it's possible that readline should also be setting -ixon -ixoff (I'd have to look up if it's really supposed to do this), in which case the settings of stop and start should be ignored, and passed through to bash. You can check the terminal settings when bash is still listening for input instead of running a command (such as stty itself), by obtaining the name of the pseudo-terminal file that bash is running on with the "tty" command, and then running stty against it from a _different_ terminal/shell: "stty -a < /dev/pts/whatever-the-terminal-is". The fact that "Ctrl-S" followed by "cursor down" results in gnome- terminal eating the initial ESC of ESC [ B, and then inserts the rest of that sequence, even when stty has ^S assigned for "stop", is clearly a bug. However, it may be a separate bug from whether or not readline is setting the terminal properly. If it turns out there are two separate issues, we will need to split this bug report into two. -- Control-s should do forward-search-history https://bugs.launchpad.net/bugs/48880 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
