Problem only occurs when searching command history using vi-style command line editing. It finds the right line, but overwrites my shell prompt and a shorter found line will not completely overwrite a longer line found before it, making it difficult to read. i.e. 'esc /'cd might show cd /home/username/.mozilla cd /var/mailrname/.mozilla Reproducible: Always Steps to Reproduce: 1. In Bash, execute 'set -o vi' 2. Attempt to browse history, as in the Details. Happens on all my systems running bash-3.0-r13. Backing out to bash-3.0-r12 fixes the problem. All systems are x86 and history works correctly, otherwise.
3.0-r13 contains a bunch of new patches, can you please narrow it down you also neglected to post `emerge info`
Created attachment 70926 [details] emerge info
Comment on attachment 70926 [details] emerge info I believe the problem is with the bash-3.0-prompt patch. I'm still looking at it.
When I back out the changes made by patchid bash30-013, the problem goes away. That's as far as I can take it.
doubtful that's the culprit seeing as how it's been in the bash ebuild for quite a while (include 3.0-r13) try editing the for loop and remove these elements: histtimeformat locale multibyteifs rl-display rl-self-insert
fixed with bash-3.1
