Red Hat Bugzilla – Bug 134712
readline doesn't obey 'set bell-style visible'
Last modified: 2007-11-30 17:07:13 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Description of problem:
The file /etc/inputrc (or another file indicated by INPUTRC)
contains readline commands read at invocation.
I regularly add:
set bell-style visible
Since the audible bell annoys me... as was apparently Chet's wish:
In RHEL4 beta1, the bell is still audible although 'bind -v' indicates
that readline is set correctly. Changing the command to 'set
bell-style none' correctly disables the function, but I prefer the
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. echo 'set bell-style visible' >> /etc/inputrc
2. bind -f /etc/inputrc && bind -v # to verify
3. Tab-complete something (bTABTAB) and note audible bell
Actual Results: Bell is still audible.
Expected Results: Bell should be only visible.
The same can be seen from running 'python' and pressing backspace.
This must be a libtermcap or termcap problem I think.
(TERM was 'xterm' for my test -- although 'linux' works with no
problem with bell-style visible.)
libtermcap does not read /etc/inputrc.
libtermcap reads /etc/termcap.
Not each terminal/terminal-emulator is able to
or 'beep' and 'flash'
(this is a terminal-capability, terminal-capabilities are described
in termcap or/and terminfo-database).
For more info launch at the command prompt: man 3 beep
(beep() is ncurses-function, libncurses reads terminfo-database).
You cannot 'add new' terminal/terminal-emualtor feature by modifying
Therefore it cannot be 'a bug' in libtermcap or /etc/termcap.
In other words: if your current terminal-emulator does not
beep/flash, you cannot change this
(you must modify terminal-emulator-source
and then 'add new capability' into
On the other hand, there can be a possible bug in redline-library
but this is not a bug in libtermcap/terminfo.