Even though <backspace> is bound to previous-page in ~/.muttrc and in the top line it says "<BackSpace>:PrevPg", the Backspace key is not working when running mutt in a Konsole, but it does work in an xterm. Googling I found http://www.webservertalk.com/message2183722.html which suggests doing the equivalent of the following: $ infocmp >thisterminfo $ sed -i 's/kbs=^H/kbs=\\177/' thisterminfo $ tic -x thisterminfo Indeed, after that redefinition of the key, Backspace works in mutt on a Konsole, but not any more on an xterm. Hmm..., it would be better if Konsole had its own terminfo entry. (Bug only reported for others to easily find the workaround.)
I guess this should be addressed at the kde guys. - ferdy
Has this issue been fixed in the meanwhile? It sounds like a Konsole or termcap problem unrelated to mutt.
this bug is still valid, mutt thinks backspace is another key in konsole and says its not bound anywhere. it works ok in rxvt-unicode.
Has this been tested with KDE 4.3.5's Konsole?
Confirmed for konsole-4.4.3. It seems this is an oddity in the default keymapping. While xterm maps the [<--] key to \b=0x08, Konsole by default maps it to DEL=0x7f. This should be solved by modifying the current profile in the settings menu: Profile "Shell" -> Input -> Key assignments -> Modify Default(XFree 4) then replace the code assigned to Backspace with a simple \b No idea how to change this by default for whole kde, and what the side effects will be...
For the potential ensuing mess, see this bug list: https://bugs.kde.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=backspace&product=konsole&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&keywords_type=allwords&keywords=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=NEEDSINFO&bug_status=VERIFIED&bug_status=CLOSED&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=
Created attachment 232515 [details] patch for /usr/share/apps/konsole/default.keytab Here's an (untested but trivial) patch that should modify konsole's default behaviour.
I placed a patched version of 4.4.3-r1 in the KDE overlay. Please test this a lot, since I am not fully sure about the implications of that change to the backspace keybinding. The same fix should apply for 4.4.2 if needed.
After some discussion on IRC we decided not to apply this fix. So, the patch in the overlay has been reverted. Reason: * about every graphical terminal uses TERM=xterm * but only xterm uses the keybinding that is required by mutt * Additionally if we apply this fix console programs cannot tell the difference between backspace and ^H anymore (needed e.g. by emacs). So, if we fix this, we break other things. I'm reassigning this back to the mutt maintainers; maybe they know how to teach mutt the new de-facto standard. A workaround is to change the keybinding yourself in the konsole setup, as described above.
I'll remove kde from CC, and imo this bug is WONTFIX
Agreed. But it's grobian's call. Assigning to him.
xterm is the defacto standard, any derivative that calls itself xterm is at fault. Get yourself a termcap entry and fix it there. To me, this is not a mutt bug.
