Allow optionally specifying a prompt id in /interrupt
endpoint
#8308
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I'm using ComfyUI via the API for a task, and I found that sometimes I need to cancel/interrupt a running task. So I fetch the data from
/queue
, but the problem is this data is immediately stale, so a call to/interrupt
could cancel the wrong task.Ideally I'd be able to use the
prompt_id
of the running item that I got from/queue
, to ensure that I don't accidentally cancel the next item in the case where the running task just finished the moment after I got the/queue
data.Please feel free to close this issue if there's a better approach - I don't know much about ComfyUI internals, and so have made this pull request more as a "sketch" of what I'm talking about, than any sort of implicit claim that I think this is a good way to solve this race condition issue.