While adding 'enable-bracketed-paste off' into inputrc appears fixed
this issue, no idea why it didn't fully work with bashrc only.
2021-01-14 20:59 GMT+08:00, 王昊然 :
> I just found another issue with this new BASH/Readline bug/feature.
> Even with 'bind "set enable-bracketed-paste off"', BASH 5.1
I just found another issue with this new BASH/Readline bug/feature.
Even with 'bind "set enable-bracketed-paste off"', BASH 5.1 still
behaving differently from previous versions: if pasted text contains
new lines, BASH 5.1 would still buffering the pasted text, rather than
evaluating the pasted
I also found this feature causes confusing in some terminals. However
disabling bracketed paste for BASH worked good enough for me: just
adding 'bind "set enable-bracketed-paste off"' into /etc/bash.bashrc.
Hi again,
On Mon, Nov 02, 2020 at 02:50:58PM +, Tomas Janousek wrote:
> Might indeed be a good idea to ping upstream and/or Daniel Colascione about
> this.
Oh, turns out someone already did:
https://lists.gnu.org/archive/html/bug-bash/2020-10/msg00067.html
Chet answered that it can be
Hi,
On Fri, Oct 16, 2020 at 05:07:57PM +0200, Antonio wrote:
> after updating bash to version 5.1 ~ rc1-2 I noticed a new behavior: when
> you paste a text it is automatically selected.
> This however creates confusion as on plasma / konsole as the text is
> confused with the cursor (block),
On 10/16/20 5:07 PM, Antonio wrote:
> Package: bash
> Version: 5.1~rc1-2
> Severity: normal
>
> Dear Maintainer,
> after updating bash to version 5.1 ~ rc1-2 I noticed a new behavior: when
> you paste a text it is automatically selected.
> This however creates confusion as on plasma / konsole as
Package: bash
Version: 5.1~rc1-2
Severity: normal
Dear Maintainer,
after updating bash to version 5.1 ~ rc1-2 I noticed a new behavior: when
you paste a text it is automatically selected.
This however creates confusion as on plasma / konsole as the text is
confused with the cursor (block), placed
7 matches
Mail list logo
