bug-bash
[Top][All Lists]
Advanced

[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
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]