Red Hat Bugzilla – Bug 474110
ctrl+arrow shortcuts not recognized in rxvt-unicode
Last modified: 2009-07-14 13:04:00 EDT
Description of problem:
when running a terminal application like vim or bash in urxvt with TERM=rxvt-unicode, ctrl+arrow does not produce expected results.
E.g. bash and vim should jump to next/previous word if I press ctrl+right/left.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. urxvt -e vim <somefile>
2. press ctrl + right
vim enters INSERT mode and writes 'c'
cursor jumps to next word
rxvt-unicode supplies its own terminfo and termcap descriptions,
which are not in ncurses (the problem would be in rxvt-unicode,
or patches to ncurses to add the terminal description).
Unfortunately rxvt encodes modifier keys differently than xterm.
The xterm description has capabilities kLFT5 and kRIT5 to specify the sequences for control+left and control+right, but they don't seem to be supported in applications. Definitely not in readline and vim as they use only the termcap interface.
Applications where ctrl+arrow keys work have the sequences hardcoded. Thomas, please correct me if I'm wrong.
Maybe we could add the sequences to /etc/inputrc? Not sure about vim.
Generally true - though there's no reason why vim couldn't
be modified to use terminfo and read the extended keys.
The termcap interface provides only 2-character names,
which would force even more obscure naming than I used
for the terminfo names. (I don't really understand why
vim sticks with termcap, since it ends up making vim
rely on internal tables to make color work properly).
ctrl+arrow keys support for rxvt added to /etc/inputrc and built as setup-2.7.7-3.fc11 in RAWHIDE.
Reassigning to vim, bash things handled by setup in rawhide, will backport to f-9/f-10 in cummulative update...
This message is a reminder that Fedora 9 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 9. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '9'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 9's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 9 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Forgot to close it when update was done ... Closing CURRENTRELEASE
Aaah, oops ... need to drink coffee first, it's on vim side ... mea culpa, reopening...
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.