-
Notifications
You must be signed in to change notification settings - Fork 26
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
Foreman does not properly kill long-running processes #45
Comments
+1 on the issue here. Running Zorin OS 6, (based on Ubuntu 20.04) so I have bash as my shell. Running This is a pretty frustrating bug as I have multiple different It's pretty strange bug here and I assume it's because of multi-layer process running, not too sure though (not an expert to say the least). |
I get the same issue as well, and I'm using bash. After running |
Turns out this is simply due to how unix-like OSes handle subprocesses, the issue has been solved in LPGhatguy/aftman@d3f8d1f and foreman would need to do something similar. |
Spawning a long running process in the terminal such as
rojo serve
and hitting Ctrl+C does not properly kill the process, it just leaves it hanging. This means that commands that bind to an address, such as the above, will not work at all after the first run.I'm getting this issue using foreman v1.0.3 and macOS 12.3 on an M1 MacBook Pro 14''.
I was told that applying a patch similar to this one (LPGhatguy/aftman@1842a95) would solve the issue, however it seems like foreman already uses CommandGroup (since 7a037d9) so this might be a separate issue 🤔
A workaround for now is to use something like Activity Monitor, find and force-kill the spawned process, or to reboot.
Edit:
I had a suspicion that it might have been because of my shell (nushell) so I went and checked bash, zsh, fish, and they all behave the same. I also tried different terminals with each: VSCode built-in, hyper, terminal.app, same behavior for all there as well.
The text was updated successfully, but these errors were encountered: