| 2021-05-11 12:33:19 |
Péter Prőhle |
description |
If there is a complete bash command with terminating newline in the cut and paste buffer,
and it is pasted into a gnome-terminal,
then the command is *not* executed, the newline is ignored by the terminal.
But in return this bug, the pasted command is showed in reverse coloring,
what is very disturbing when a command is not executed, but decorated in a funny way instead.
This is new in 21.04, the dropping commands into a gnome-terminal worked fine in 20.10, ...
... and in the last 27 years of my linux usage. |
Quiete a few experients shows, that bash misinterprets the newline-character coming from mouse paste, while in the same terminals the emacs or vim or alpine and many other character oriented programs interprest correctly.
The problem is specific to the situation when we are at a bash prompt of a new version of bash we got in Ubuntu 21.04. As soon as I invoke an ssh session, the interpretation of the newline-caharcter becomes correct, since the remote older bash interprets correctly.
>>> Newline bug of first kind:
If there is a complete bash command with terminating newline in the cut and paste buffer,
and it is pasted into a gnome-terminal,
then the command is *not* executed, the newline is ignored by the terminal.
>>> Newline bug of second kind:
If I prepare a bash command say
cp target-directory
and I collect into the paste buffer "source-file newline-character"
and I drop it IN BETWEEN the prepared "cp" and "target-directory"
then the result is wrong:
instead of interpreting the newline-character as "push enter"
the command is broken into the followint 2 lines:
cp source-file
target-directory
and I get an error message about missing target specification.
cp: missing destination file operand after 'source-file'
Try 'cp --help' for more information.
bash: target-directory: Is a directory
I found better to make this original bug descripton more informative. |
|
