When calling a function like run_task from within a bolt plan, it cannot currently be interrupted from the plan level, nor is it possible to define a per-call timeout. The only available option is a global timeout.
However, it would be very useful to have finer control over this behavior. Ideally, timeouts could be defined per task, command, or sub-plan instead of relying solely on a single global timeout.
This would allow much more stable and reliable execution flows. With configurable timeouts, run_* functions could be aborted earlier when necessary, rather than having to wait until the global timeout is reached.
When calling a function like
run_taskfrom within aboltplan, it cannot currently be interrupted from the plan level, nor is it possible to define a per-call timeout. The only available option is a global timeout.However, it would be very useful to have finer control over this behavior. Ideally, timeouts could be defined per task, command, or sub-plan instead of relying solely on a single global timeout.
This would allow much more stable and reliable execution flows. With configurable timeouts,
run_*functions could be aborted earlier when necessary, rather than having to wait until the global timeout is reached.