-
-
Notifications
You must be signed in to change notification settings - Fork 665
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Asynchronous execution of sudo in parallel breaks terminal #1369
Comments
This simple go application confirms that this is indeed a bug in
I'm going to point this issue to sudo-project and see if this regression can be pinpointed with git bisect. Let's keep this issue open until it's properly addressed/fixed. 👍 |
Bug in sudo fixed by commit fabb626. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
After running an old taskfile I wrote about a year ago, I realized that there is now a bug when multiple
sudo
commands are run in parallel.You can reproduce this behavior by running this Taskfile:
It is important to note that the input password prompt is not necessary to brake the terminal. It works even if the password is already cached or sudo is set to nopasswd.
i could observe multiple ways it brakes the terminal, such as not rendering the terminal input, as in this asciinema recording:

Since this behavior was not observable 1 year ago, I assumed it must be a regression in task. However, I can also reproduce this bug with older Task versions like v2.7, indicating that it could be a regression in sudo instead.
This issue was created mainly to track the progress of the investigation of this bug, and because I'm probably not the only one using sudo to do privilege stuff in task.
The text was updated successfully, but these errors were encountered: