Description of problem: The prompt sequences \[ and \] are broken in the latest development bash. (I upgraded from bash-3.0-18 (latest FC3 errata) to bash-3.0-22 (development tree) to pick up the fix for bug 139306, and saw this regression.) These sequences are documented in man bash as: \[ begin a sequence of non-printing characters, which could be used to embed a terminal control sequence into the prompt \] end a sequence of non-printing characters Version-Release number of selected component (if applicable): bash-3.0-22 (bug did not exist in bash-3.0-18) How reproducible: always Steps to Reproduce: 1. run bash inside something xterm-ish 2. export PS1="\u@\[\033[32m\]\h\[\033[0m\] `uname -s` (\$?) \w \\\$ " (yep, that's really my prompt string!) 3. type a bunch of characters at the prompt, until the line wraps Actual results: the characters start wrapping 9 characters before the right edge of the terminal window Expected results: characters wrap at the edge of the terminal window, just as they do when PS1="\u@\h `uname -s` (\$?) \w \\\$ "
I expect this is due to the 'bash-read-e-segfault.patch' patch not being quite right.
Fixed in bash-3.0-23.
Verified as fixed in bash-3.0-24.