Description
I want the ability to use the "Stop" button in the Python debugger in VS Code to send a SIGTERM (and/or maybe a SIGINT) to the running process, instead of just sending it SIGKILL (as it currently does).
This is the "Stop" button I'm talking about:
Proposed Solution
I'm thinking that a new option like this in the launch.json
config file could be a good way to introduce this change without being a breaking change for the way everyone is used to the "stop" button working.
{
"configurations": [
{
"name": "Python Debugger: Current File (Integrated Terminal)",
"type": "debugpy",
"request": "launch",
"program": "${file}",
"console": "integratedTerminal",
"stop_action": "SIGKILL", // this would be a new enum-like config option, with values of "SIGKILL", "SIGINT", "SIGTERM", maybe others
},
]
}
Possible additional ideas, more context
-
The minimum viable solution is described above.
-
SIGKILL (the current behavior) and SIGTERM are the two behaviors I'm personally chasing. SIGINT is another one that would be good to have as an option though.
-
As an extended implementation, the
stop_action
field could support a process like: send SIGTERM, wait 15 seconds, send SIGKILL. -
This feature request stems from wanting to be able to test and debug the AWS Batch end-of-job behavior:
Under the hood, the Amazon ECS StopTask API call is used, which sends a
SIGTERM
value to the running container task. If after 30 seconds the container is still running, aSIGKILL
signal is sent to forcibly stop the container. If the container handles theSIGTERM
value gracefully and exits within 30 seconds from receiving it, noSIGKILL
value is sent.
Related Previous Issues and Discussions
- Add support for terminate requests or configurable termination signal for running sessions vscode-python#21605
- Ctrl-C doesn't send SIGINT to python program launched with debugger debugpy#500
- When terminating a debug session, is there a configuration option that instructs the debugger to send a SIGTERM instead of a SIGKILL? vscode-python#21582