I am trying to get a prompt that will ask for my password but when I try to call getpass.getpass()
it just freezes. I am running on Windows 7 64 bit using Python 2.7 on Canopy.
import sys
import getpass
p = getpass.getpass()
print p
I am trying to get a prompt that will ask for my password but when I try to call getpass.getpass()
it just freezes. I am running on Windows 7 64 bit using Python 2.7 on Canopy.
import sys
import getpass
p = getpass.getpass()
print p
Faced the same issue with getpass (mingw64) and found this simple solution.
os.system("stty -echo")
password = input('Enter Password:')
os.system("stty echo")
print("")
It is correct that Python "effectively freezes because it can't receive the input from standard input", however, for windows you can prefix your command with winpty
. Then password can be inputted correctly when started like:
winpty python fileToExecute.py
winpty provides a interface similar to a Unix pty-master in a way that communication is also possible from windows terminals.
I also had this on mac with both Jupyter Lab and Jupyter Notebook. For me the issue was caused by the variable name.
Naming the variable PG_REMOTEPASSWORD
caused a hang but PG_PASSWORD
& PG_ABCPass
didn't. I don't know why that is an issue, there's nothing in docs about restrictions on what a variable can be called.
My setup up is Anaconda running Python 3.7.7
getpass()
will freeze if python is unable to read properly from standard input.
This can happen on e.g. some Windows terminals, such as using git bash.
You can use the sys
module to detect if this will happen, to avoid hanging:
import getpass
import sys
# ...
if not sys.stdin.isatty():
# notify user that they have a bad terminal
# perhaps if os.name == 'nt': , prompt them to use winpty?
return
else:
password = getpass.getpass()
# ...
Python "effectively freezes because it can't receive the input from standard input". See https://support.enthought.com/entries/22157050-Canopy-Python-prompt-QtConsole-Can-t-run-getpass-or-interactive-OS-shell-commands-or-Windows-process
The fix is to use a different interpreter. I switched to IDLE and fixed the issue.