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

Groups > gnu.bash.bug > #15792 > unrolled thread

Cursor can land before the prompt after calling beginning-of-line

Back to article view | Back to gnu.bash.bug

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Cursor can land before the prompt after calling beginning-of-line Julien Palard <julien@palard.fr> - 2020-01-08 09:13 +0000

#15792 — Cursor can land before the prompt after calling beginning-of-line

It can be reproduced on Debian bullseye with bash 5.0.11 on urxvt and xterm and by a friend on MacOS with bash 3.2.57.

With this procedure I'm able to reproduce it consistently:

- Move ~/.bashrc elsewhere just to start clean
- Start a new terminal (in my case tput cols tells it's 79 columns, beware, the bug varies according to the terminal width).
- run `bash --norc` in it, to start clean
- Prompt in my case is `bash-5.0$ `, beware, the bug varies according to the length of the prompt.
- type `printf "Hello World\n                    "` (1)
- hit the `uparrow` of your keyboard to see the printf again (2)
- hit C-a (bash shortcut for beginning-of-line) (3)

After (1) you should see (I'm using ■ to mark the place of the cursor) which is OK:

    bash-5.0$ printf "Hello World\n
    Hello World
                        bash-5.0$ ■

After (2) you should see (still OK):

    bash-5.0$ printf "Hello World\n                    "
    Hello World
                        bash-5.0$ printf "Hello World\n                    "■

After (3) you should see (not OK):

    bash-5.0$ printf "Hello World\n                    "
    Hello World
              ■         bash-5.0$ printf "Hello World\n                    "

The cursor should not go that far, it should stop on the `p` of `printf`.

I straced and played a bit with, and noted a few interesting things:

- Bug appear, or not, depending on the length of the prompt (happen with short prompts, bug disapear with long prompts)
- Bug appear, or not, depending on the length of the command (happend with long commands, bug disapear with short commands)
- Bug appear, or not, depending on the width of the terminal
- When beginning-of-line calls `write(2, "\r\33[C\33[C\33[C\33[C\33[C...` I have the bug
- When beginning-of-line calls `write(2, "\10\10\10\10\10\10\10\10\10...` I don't have the bug

It can be reproduced without using spaces:

    mdk@seraph:~$ printf "Hello World\n01234567890123456789"
    Hello World
    01234567890123456789mdk@seraph:~$ printf "Hello World\n01234567890123456789"
                  ^ The point jumps here (on the 2nd 4)


Cross-posted here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948343
-- 
Julien Palard
https://mdk.fr

[toc] | [standalone]

Back to top | Article view | gnu.bash.bug

csiph-web