[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bracketed paste on 4.4.20(1)-release
From: |
Sergei Gerasenko |
Subject: |
Re: bracketed paste on 4.4.20(1)-release |
Date: |
Fri, 6 May 2022 15:21:25 -0500 |
Hi Mike, initial testing shows that it works! I’ll test more and let you know
if that breaks something else. Thank you!!
> On May 6, 2022, at 3:11 PM, Mike Jonkmans <bashbug@jonkmans.nl> wrote:
>
> On Fri, May 06, 2022 at 02:16:55PM -0500, Sergei Gerasenko wrote:
>> Hello,
>>
>> I’m seeing strange behavior in bash on CentOS 8. The version of bash there
>> is 4.4.20(1). The 4.2.46(2) version on CentOS 7 doesn’t have this problem.
>> The versions of readline are 6.2 and 7.0 respectively. The problem is that
>> when vi-mode is on and bracketed paste is enabled in .bashrc with:
>>
>> bind 'set enable-bracketed-paste on’
>>
>> … pasting while in the INSERT mode will result in: a bell + “(arg: 200)”
>>
>> I suspect this is because the bracketed paste escape sequence has 200 in it.
>> Namely, "ESC [ 200 ~”. Is this a known bug and is there a workaround? The
>> readline version on C8 is readline-7.0.
>>
>> Thanks for any ideas!
>> Sergei
>
> Fragments from my ~/.inputrc :
> set enable-bracketed-paste on
>
> set keymap vi-command
> "\e[200~": bracketed-paste-begin
> ## The initial escape is eaten, when pasting in insert mode:
> "[200~": bracketed-paste-begin
>
> ## Start with the last 'set keymap' mode
> set keymap vi-insert
> "\e[200~": bracketed-paste-begin
>
> Hope that it helps.
>
> --
> Regards, Mike Jonkmans
>
Re: bracketed paste on 4.4.20(1)-release, Mike Jonkmans, 2022/05/06
- Re: bracketed paste on 4.4.20(1)-release,
Sergei Gerasenko <=