I have an automated flow for when a sub-task Code Review is automatically completed through another automation of Pull Requst Merged. Details below and screenshots - Problem: the copy of reported in the parent task is not making it to the new sub-task QA
- it closes the sub-task code review and creates a sub-task QA
- moves along parent story to QA
- supposed to assign the reporter from parent task to be the assignee of the new sub-task QA
It looks like you are approaching it correctly, I tested it on my cloud instance and that works as expected. If it just won't work for you, try one of these other approaches. I have heard of some race conditions, where sometimes the child doesn't know it's parent in this case, and that putting a delay in the automation would address this, however, I have not personally run into that.
You could use the Clone Issue step and only select the reporter field. However if the first approach isn't working, I would be skeptical that this wouldn't have the same issue.
Or create a new Automation that triggers off the creation of your subtask QA, then it checks the reporter field and updates it if incorrect. This would avoid any issue with the subtask not understanding it's parent yet.
Thank you Shawn, I will attempt adding another automation rule to check reporter field and updates.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @eric caprio
The suggestion from @Shawn Doyle - ReleaseTEAM seems correct about the racetrack problem, and I hypothesize because the rule uses the Create Issue action (rather than the simpler Create Sub-tasks action), there is a logic error in the rule engine whereby the parent field is not always set before the relative lookup from the Reporter field is used to set the Assignee.
The fix for that is to change the rule in one of two ways:
I recommend trying the first approach to avoid further rule, timing problems.
Kind regards,
Bill
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @eric caprio
What is the information that you get in the rule execution log when the rule runs and the subtask is created?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Action details:
Transition issue
Transitioned issues to
QA
Edit issue
Issues edited successfully
INV-718
Create issue
Can't find issue to copy from
assignee
Issues created successfully
INV-794
Issue condition
The following issues did not match the condition:
INV-794
The following issues passed:
INV-791
Transition issue
Transitioned issues to
Done
Associated items:
Pull request merged
INV-718,
INV-718:marketing campaign preview information
Create issue
INV-794
Branch rule / related issues
INV-791,
INV-794
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
To what value is the Assignee field in the subtask being set?
Is the Reporter of the parent issue among the users that have the Assignable User permission in the project?
Who is the actor of the rule? Does the actor of the rule have the Assign Issues permission in the project?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Assignee is being set to "Copy from Reporter from Parent Issue".
Yes, reporter has same permissions - I can go assign them manually after the case.
Actor of the rule is the below:
I have tried out the other response solution of another automation rule that when a sub-task QA is created, if assignee is empty, set assginee as Copy from Reporter from Parent Issue
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I was unclear with my first question. What I meant was, what is the actual value that you end up seeing in the sub-task Assignee field after this rule completes?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Did the solution of a second rule work for you?
I think @Shawn Doyle - ReleaseTEAM is on track by saying there might be a race condition.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Trudy Claspill it has not (FYI @Shawn Doyle - ReleaseTEAM ). Below are the results I am getting, which has me stumped on why it isn't working.
This is from the main rule trying to copy it during PR merge. I did just make one new change to take from parent from trigger issue vs. current issue... just something to try
Result of sub task below with no assignee
Then I made this new one for update, but it didn't even get picked up from the above - which had a result of an unassigned sub task QA
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.