According to my reading here (https://jira.atlassian.com/browse/JSWCLOUD-22718)
I should be able to update the parent of a sub-task in automation for jira. I don't see the parent option in the fields drop down, but when I try to configure it via advanced editing I am unable to do so. The rule does not error out but it does not update the parent either
The below does not error out, but it does not update the parent
The below errors out
{
"fields": {
"parent": ["{{triggerissue.key}}"]
}
}
(I've also tried "parent.key" and automation won't even let me save the rule)
I am able to successfully do this in company managed projects
I got it to work using the following JSON
{
"fields": {
"customfield_10500": "{{triggerIssue}}"
}
}
I found the parent link custom field value in the JSON for the issue
I see a few things in your rules to adjust that might help...
First, smart values are name, spacing, and case sensitive, and the one for the trigger issue is:
{{triggerIssue}}
Next, when you are setting a parent with JSON, that should be only one value, not an array of values. Perhaps try this:
{
"fields": {
"parent": "{{triggerIssue.key}}"
}
}
Finally, I notice that you appear to be creating a variable {{NewTask}} in one branch and then using it in another. That will not work because the variable will go out of scope, and so become null. Without seeing your complete rule I cannot offer alternative rule structures.
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.
Thank you, the screen shot with {{NewTask}} is actually a sample from a different automation rule where everything works OK, and I can create a variable in one branch and use it in another (tested and it works).
However. I have updated the problematic automation rule per your suggestion and no dice. Here are screen shots from my entire automation rule as well as the error.
{
"fields": {
"parent": "{{triggerIssue.key}}"
}
}
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks, @Jeffrey Bistrong and I recommend confirming your created variable and branching works as you expect in that other rule...
Branches on more than one issue/thing processes separately, and asynchronously, from the rest of the rule. There is no guarantee of when such a branch will complete...up to the last step of the rule.
What this means is that if you are setting a variable inside of a branch, two things happen:
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.