StackStorm / StackStorm/orquesta
Incomplete next staged concurrent task with items if last running nested item fails.
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 111
- Forks
- 44
- PR merge metrics
- No merged PRs in 30d
Description
The below workflow didn't execute Nested6 for subsequent items in listed, if it fails for any item in listed. Basically if last running concurrent nested task is failed than it marks the staged task as completed and didn't pick the next task from staged items.
I have proposed a change which worked for me in a PR https://github.com/StackStorm/orquesta/pull/221. Where I have update the TASK_STATE_MACHINE_DATA map for current state to new state for event events.ACTION_FAILED_TASK_DORMANT_ITEMS_INCOMPLETE: statuses.RUNNING.
---
version: "1.0"
description: "Workflow desc"
input:
- "nested"
- "break_on"
- "l_c"
- "listed"
tasks:
Start:
action: "core.noop"
next:
- when: "<% succeeded() %>"
do: "Nested6"
Nested6:
action: "core.local cmd='exit 1'"
input:
b: "<% item(list_i) %>"
l_c: "<% ctx().l_c %>"
next:
- when: "<% succeeded() %>"
do: "Join11"
- when: "<% failed() %>"
do: "Join12"
with:
items: list_i in <% ctx(listed) %>
concurrency: 1
Join11:
action: "core.noop"
next:
- when: "<% failed() %>"
do: "fail"
join: "all"
Join12:
action: "core.noop"
next:
- when: "<% failed() %>"
do: "fail"
join: "all"
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the workflow in the issue and reproduce the failure where Nested6 runs with concurrency 1 and the last item fails. Review the TASK_STATE_MACHINE_DATA transition described in PR #221, then verify that subsequent staged items are executed after a nested task failure and that the staged task is not marked complete prematurely.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100