[issue24711] Document getpass.getpass behavior on ^C
New submission from Markus Unterwaditzer:
getpass.getpass doesn't enter a newline when the user aborts input with ^C, while input/raw_input does.
This behavior is surprising and can lead to mis-formatting of subsequent output. However, since this behavior exists since 2.7 and applications may have started to rely on it, I'd add a note to the documentation.
---------- assignee: docs@python components: Documentation messages: 247302 nosy: docs@python, untitaker priority: normal severity: normal status: open title: Document getpass.getpass behavior on ^C versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6
_______________________________________ Python tracker report@bugs.python.org http://bugs.python.org/issue24711 _______________________________________
Irit Katriel iritkatriel@yahoo.com added the comment:
I don't see a difference between getpass and input in this respect:
---------------- import getpass
try: getpass.getpass('getpass: ') except: pass print('goodbye getpass')
try: input('input: ') except: pass print('goodbye input')
------------------
If I run that script and ^C after each prompt, I get this:
python.bat x.py
Running Release|x64 interpreter... getpass: goodbye getpass input: goodbye input
---------- nosy: +iritkatriel resolution: -> works for me status: open -> pending
_______________________________________ Python tracker report@bugs.python.org https://bugs.python.org/issue24711 _______________________________________
Irit Katriel iritkatriel@yahoo.com added the comment:
Works for me on both linux and windows.
---------- stage: -> resolved status: pending -> closed
_______________________________________ Python tracker report@bugs.python.org https://bugs.python.org/issue24711 _______________________________________
participants (2)
-
Irit Katriel -
Markus Unterwaditzer