[issue42819] readline 8.1 bracketed paste

STINNER Victor added the comment: https://lists.gnu.org/archive/html/bug-readline/2020-11/msg00010.html says that bracketed mode is turned off if the terminal type is "dumb". Setting TERM env var to dumb gives me a surprising behavior when I paste "1+1\n2+2" in Python REPL: --- $ TERM=dumb

[issue42819] readline 8.1 bracketed paste

STINNER Victor added the comment: Related issue: test_pdb_interaction_doctest test of pytest fails on Fedora Rawhide because of a "\x1b[?2004h" string: * https://github.com/pytest-dev/pytest/issues/8256 * https://bugzilla.redhat.com/show_bug.cgi?id=1892612 It fails with readline 8.1 which

[issue42819] readline 8.1 bracketed paste

STINNER Victor added the comment: Oh, I forgot to mention that I ran my tests in Gnome Terminal 3.38.1-2.fc33. -- ___ Python tracker ___

[issue42819] readline 8.1 bracketed paste

STINNER Victor added the comment: On my Fedora 33 (readline-8.0-5.fc33.x86_64), I enabled the bracketed paste mode by adding "set enable-bracketed-paste" on to my ~/.inputrc config file. When I test https://thejh.net/misc/website-terminal-copy-paste : the evil command is no long executed.

[issue42819] readline 8.1 bracketed paste

STINNER Victor added the comment: I didn't know "bracketed paste mode". It seems like a protocol between a terminal and the user to add markers before/after a pasted text. https://cirw.in/blog/bracketed-paste """ In summary: 1. Enable bracketed paste: printf "\e[?2004h" 2. Wait for paste to

[issue42819] readline 8.1 bracketed paste

Miro Hrončok added the comment: https://lists.gnu.org/archive/html/bug-readline/2020-11/msg00010.html https://lists.gnu.org/archive/html/bug-bash/2020-10/msg00048.html https://lists.gnu.org/archive/html/bug-bash/2020-10/msg00087.html -- ___ Python

[issue42819] readline 8.1 bracketed paste

STINNER Victor added the comment: > Readline 8.1 enables bracketed paste by default. Can you try to find why it changed the default? Why should Python change the default readline default behavior? -- nosy: +gregory.p.smith ___ Python tracker

[issue42819] readline 8.1 bracketed paste

Miro Hrončok added the comment: This also affects Fedora 34+ -- nosy: +hroncok, petr.viktorin, vstinner ___ Python tracker ___ ___

[issue42819] readline 8.1 bracketed paste

Change by Ned Deily : -- nosy: +twouters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42819] readline 8.1 bracketed paste

Dustin Rodrigues added the comment: Bumping this issue because it's a bug affecting all users who build or use a Python built with the current version of readline, to include all macOS HomeBrew and Arch Linux users who use the python from the respective package managers. --

[issue42819] readline 8.1 bracketed paste

Dustin Rodrigues added the comment: The linked PR disables bracketed paste regardless of if the user has it as a configuration option or if Python was configured with a version of readline which defaults to on for bracketed paste. Is this a viable approach? --

[issue42819] readline 8.1 bracketed paste

Change by Dustin Rodrigues : -- keywords: +patch pull_requests: +22937 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24108 ___ Python tracker

[issue42819] readline 8.1 bracketed paste

FX Coudert added the comment: This bug is present in all versions since the 3.6 branch at least, but was only triggered when users' readline settings explicitly enabled bracketed-paste. Previous reports: https://bugs.python.org/issue32019 and https://bugs.python.org/issue39820 Longer

[issue42819] readline 8.1 bracketed paste

New submission from Dustin Rodrigues : Readline 8.1 enables bracketed paste by default. Package managers like Homebrew for macOS and distributions like Arch Linux which use the latest version of readline (released December 2020) now have new behavior when pasting multiline strings into the