Red Hat Bugzilla – Bug 139384
Certain .inputrc settings ignored
Last modified: 2007-11-30 17:10:54 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
Description of problem:
In my .inputrc file, I redefine many of the key bindings. But, C-V
and C-U seem to be getting re-bound back to standard emacs binding
instead of honoring the settings I have in .inputrc.
Fedora 1 worked fine on this .inputrc file. Fedora 3 exhibits the
I can reparse the .inputrc file (C-X C-R) and my custom settings will
be temporarily honored for command line editing. But as soon as I hit
Enter, these two keys (at least) get changed back to standard emacs
and bash forgets my settings from .inputrc.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Create ~/.inputrc file containing:
4.try editing on the command line. Does C-U erase to beginning of
line (emacs)? Or does it just move to the beginning of line (.inputrc
5. Re-parse .inputrc (C-X C-R). Test line editing again.
6. Hit Enter. Test line editing again.
Actual Results: The custom settings are not recognized until I
re-parse .inputrc. Then they are retained only until I hit Enter.
Then they are lost again.
Expected Results: .inputrc settings should be persistent in the session.
I haven't been able to figure out a workaround.
The terminal settings are re-applied to the key bindings
(intentionally) each time readline is invoked, and you probably have
^U set as the KILL character. Use 'stty kill [key]' to reassign that.
In other words, the terminal settings get priority over the readline