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): rxvt-unicode-9.05-1.fc9.x86_64 ncurses-base-5.6-18.20080628.fc9.x86_64 How reproducible: always Steps to Reproduce: 1. urxvt -e vim <somefile> 2. press ctrl + right 3. Actual results: vim enters INSERT mode and writes 'c' Expected results: 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: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
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.