bash 4.3.11 on FreeBSD stable/{8, 9, 10}, and head, bug with backwards incremental search whenever horizontal-scroll-mode is on

[Trond Endrestøl]

Hi,

I'm running GNU bash 4.3.11 on several branches of FreeBSD, more 
specifically stable/{8,9,10}, and head (11.0-CURRENT), both 32-bit 
(i386) and 64-bit (amd64).

Whenever horizontal-scroll-mode is set to on in .inputrc, backwards 
incremental search fails to repaint the command line when doing 
successive tappings on C-r. bash will misbehave even further when I 
hit the enter key. More explanation follows.

If the command line I have found contains multiple words, after I hit 
the enter key bash will only display the portion of the command line I 
searched for, e.g. "rm -Rf". bash will not display "rm -Rf 
/usr/ports/workdirs/*", which is the complete command in this case.

If there was a hit while searching and the hit happens to be the first 
word of a multi-word command line, nothing is displayed/repainted when 
I hit the enter key. E.g., I search for "svn", and bash finds a 
matching command, e.g. "svn up /usr/src", but when I hit the enter 
key, all I see is an empty command prompt and the output from the 
running svn command.

The only way to force a repaint of the command line is by terminating 
the incremental search using C-l, C-a, or C-e.

My PS1 is set to "[${SHLVL}]\u@\h:\w>". The terminal type is set to 
either xterm or xterm-256color, and the terminal emulator software is 
either PuTTY or xterm. All of these combinations results in bash 
misbehaving whenever horizontal-scroll-mode is in effect. This happens 
both when logged in directly on the console, text mode or X11, and 
when logged in by remote, i.e. ssh.

Any thoughts, or maybe a solution?

-- 
----------------------------------------------------------------------
Trond Endrestøl                     |     Trond.Endrestol@ximalas.info
ACM, NAS, NUUG, SAGE, USENIX        |   FreeBSD 9.2-S & re-Alpine 2.03