Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > gnu.bash.bug > #15662

Re: [readline] Multibyte invisible chars cause weird prompt length calculation issue

Show all headers | View raw

On 11/27/19 11:24 AM, Алексей Шилин wrote:
> В Ср, 27/11/2019 в 11:02 -0500, Chet Ramey пишет:
>> On 11/25/19 10:05 AM, Алексей Шилин wrote:
>>
>>> Bash Version: 5.0
>>> Patch Level: 11
>>> Release Status: release
>>>
>>> Description:
>>>
>>> I'm using the following PS1 prompt (Debian's default for normal
>>> users):
>>>
>>> \[\e]0;\u@\h:
>>> \w\a\]${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[
>>> 00m\
>>> ]:\[\033[01;34m\]\w\[\033[00m\]\$
>>>
>>> ...where the first block '\[\e]0;\u@\h: \w\a\]' is for setting
>>> xterm's
>>> title, and the rest is Debian's "fancy" shell prompt.
>>
>> Is there a literal newline in the prompt string? And is it in the
>> middle
>> of the non-printing character block?
>>
> 
> No, of course not. It's Evolution doing its thing, splitting the line.
> Sorry for the confusion.

OK. The reason I ask is that I can (unsurprisingly) reproduce multiple
redisplay issues if the newline after the `\h:' is present, but none
when $PS1 doesn't contain any newlines.

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
		 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU    chet@case.edu    http://tiswww.cwru.edu/~chet/

Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread

Thread

Re: [readline] Multibyte invisible chars cause weird prompt length calculation issue Chet Ramey <chet.ramey@case.edu> - 2019-11-27 11:48 -0500

csiph-web