New submission from George King <george.w.k...@gmail.com>: Using macOS 11.6 Terminal.app with Python 3.10.0 installed directly from python.org.
I open the REPL. If I enter `char(0xff)` I get back 'ÿ' as expected (U00FF LATIN SMALL LETTER Y WITH DIAERESIS). However, If I copy this character with surrounding quotes, and then paste it into the REPL, it pastes as '' and evaluates to the empty string. If I copy it without quotes and then paste into the REPL, I see nothing. When I hit return, the prompt renders as `>>> ^M>>>`. This suggests that the character is getting misinterpreted as a control character or something. If I paste it into the terminal shell when the Python REPL is not running, it appears as the latin1 letter that I expect. If I run `python3 -c 'print("ÿ")'` the character prints fine. It seems to me that the python REPL is setting some terminal mode that fails on this particular character. Perhaps this is a problem with the macOS readline/libedit implementation? It seems that only U00FF is problematic; U00FE and U01000 both paste in just fine. I verified that my terminal profile is set to UTF-8 encoding. I also repeated this experiment in the Kitty terminal emulator, and got identical results. Here is the readline version: >>> readline._READLINE_LIBRARY_VERSION 'EditLine wrapper' >>> readline._READLINE_RUNTIME_VERSION 1026 >>> readline._READLINE_VERSION 1026 ---------- messages: 407065 nosy: gwk priority: normal severity: normal status: open title: Pasting the U00FF character into Python REPL misinterprets character type: behavior versions: Python 3.10 _______________________________________ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue45904> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com