From Bugzilla Helper: User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.2.19-7.0.1 i586) Description of problem: We uncovered what appears to be an interesting little bug in bash on our RH 6.2 systems today. I've upgraded my system to the very latest version of bash and it still isn't fixed. Problem: When you log in with 'bash' as your shell, "set -o vi" doesn't work. ("set -o emacs" does work). Invoking a second bash shell (SHLVL=2) will then let you run "set -o vi" without any problem. Work Around: $ touch $HOME/.inputrc log out and back in. "set -o vi" will work fine. Note: $ unset INPUTRC or $ export INPUTRC=$HOME/.inputrc has no effect on the problem. (The variable does change however.) This bug does not seem exist on the Red Hat 7.x systems (bash2). Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.login with bash as your login shell and no .inputrc 2.set -o vi 3.<esc> k Can you scroll back through your old commands? Or do you get a bunch of k's? 4.set -o emacs 5.<ctrl> p Does this one scroll through? etc... Additional info:
Works in 7.x