[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Behavior change
From: |
Chet Ramey |
Subject: |
Re: Behavior change |
Date: |
Tue, 27 Oct 2020 10:13:19 -0400 |
User-agent: |
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.3.3 |
On 10/27/20 10:10 AM, Gregory Heytings wrote:
>
>>> Okay. I just set "set enable-bracketed-paste off" in my /etc/inputrc.
>>> Perhaps this change should be documented in CHANGES, and in the man page
>>> (where enable-bracketed-paste is said to have the default value Off).
>>
>> The manual page in the released version will reflect the default setting
>> of bracketed paste. While it will probably remain on by default, there
>> have already been several reports of the bracketed paste enable/disable
>> escape sequences interfering with program-driven readline use cases, so
>> it's not certain it will.
>>
>
> FWIW, I've been using bash for twenty years (starting with version 2.05
> IIRC), and it's the first time I see changes that I find disturbing and
> want to turn off. The paste behavior with enable-bracketed-paste on also
> disturbed me, but I wasn't sure how to explain it.
I understand. There are folks on the other side of that discussion who are
just as passionate in their belief that the default bash behavior is broken
and leads to security issues. Bracketed paste is currently the only way to
determine whether or not input comes from a paste or some other source.
Chet
--
``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/