Usually, Ctrl+S suspends output in Konsole. So, when pressing Ctrl+S, Konsole says "Output has been suspended by pressing Ctrl+S. [...]". But many times it's another key (for example Ctrl+X) that suspends output, but Konsole keeps saying "Output has been suspended by pressing Ctrl+S. [...]" when Ctrl+S has been pressed... but the output has not been suspended (because, for example, Ctrl+X has not been pressed). "Ctrl+S" should not be a "fixed value" in Konsole. A person can find out which is the "key to suspend output" executing "stty -a". For example "stty -a" can return "[...] stop = ^S [...]" which means that Ctrl+S is the suspending key; in another case, "stty -a" can return "[...] stop = ^X [...]", etc. Konsole could find out which is the key to suspend output, instead of always saying "Ctrl+S". [A little off-topic: A usual reason for changing the behaviour of Ctrl+S is that Ctrl+S is the default BASH key binding for incremental history search forward. So, that key binding is shadowed by so called terminal flow control key binding. We can find out more in http://ruslanspivak.com/2010/11/25/bash-history-incremental-search-forward/] Reproducible: Always Steps to Reproduce: 1. In Konsole, execute: stty stop ^X 2. Press Ctrl+S Actual Results: See how Konsole says "Output has been suspended by pressing Ctrl+S. [...]" but the output has not been suspended, you can press Ctrl+G and keep on writing. Expected Results: Konsole should not have said anything. However, if the user had pressed Ctr+X, Konsole could have said "Output has been suspended by pressing Ctrl+X. Press [...]"
Thanks for reporting. Yes, konsole currently only detects hardcoded Ctrl+S and Ctrl+Q
This shouldn't be hard to fix - let me try to get something coded kDebug()<<ttmode.c_cc[VSTOP]; kDebug()<<ttmode.c_cc[VSTART];
This bug probably also relates to this request [1] to allow the user to swap Ctrl+C (SIGINT) and Shift+Ctrl+C (copy), as per Guake and gnome-terminal. [1] https://bugs.kde.org/show_bug.cgi?id=311617
Well I obviously never got around to this - patches always welcomed