(*** This bug was imported into bugs.kde.org ***) Package: konsole Version: 1.1 Beta (using KDE 2.9.0 2 (CVS >= 20020104)) Severity: normal Installed from: compiled sources Compiler: gcc version 2.95.3 20010315 (release) [FreeBSD] OS: FreeBSD (i386) release 4.5-RC OS/Compiler notes: Hi The current observed behaviour of Konsole is to override stty erase value setting it to ^? and use ^? for Backspace key value. (Konsole keys are set to xterm xfree v4 i.e. default configuration) While this works OK for most programs it doesn't always work for all programs if default OS stty erase value is ^H. In fact the xterm termcap/terminfo is kb=^H as it is distributed by XFree. Konsole should change it's Backspace key to emit current (default) stty erase code and not vice versa; this is how things are done by other cross-platform terminal emulators (e.g. XFree86 xterm). (Submitted via bugs.kde.org) (Called from KBugReport dialog)
In addition that changing of stty erase value to ^? is out of sync with vt420pc.keytab entry where Backspace key character is set to 8. If konsole insists on changing ERASE value it should at least do that according to keymap/terminal chosen.
Created attachment 22611 [details] Patch to get the erase character from the terminal, rather than setting the terminal erase char to match the entry for the Backspace key in the .keytab file
The above patch applies to Konsole in trunk (KDE 4.0). Already committed for KDE 4 is support for an 'Erase' command which can be set as the result for a key sequence. eg: key Backspace : Erase When backspace is pressed, this will be translated into the erase character used by the terminal. I have not committed it yet because I haven't tested it on any system other than my Ubuntu Linux 6.10 desktop. I looked at the xterm code which gets/sets the terminal attributes including the erase character on startup, but it is very convoluted with #ifdefs everywhere.
Closing as REMIND until this issue is brought up again with regards to newer systems.