Ubuntu version of BASH losts or misinterprets the newline character coming from mouse paste
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
bash (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
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
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.
tags: | added: hirsute |
summary: |
- losts or ignore the newline character coming from mouse paste + losts or misinterprets the newline character coming from mouse paste |
Status changed to 'Confirmed' because the bug affects multiple users.