Just a heads up: On March 24, 2025, starting at 4:30pm CDT / 19:30 UTC, the site will be undergoing scheduled maintenance for a few hours. During this time, the site might be unavailable for a short while. Thanks for your patience.
×Hi ... I am completely new to Jira automation,
I would like to be able to set my Epic Team attribute with the Team attribute of its parent Initiative. I have successfully done this with a Story.... when the Story's Epic Link is changed I update the Story's Team attribute with the value from its parent Epic. I achieve this with the following JQL:
{ "fields": { "customfield_11600": "{{issue.epic link.customfield_11600.id}}" } }
The Team attribute is a custom field and I discovered it's name through 'inspecting' the Story and Epic via Firefox.
I know that the custom field in the Initiative has the same name (customfield_11600) by again using inspect
My JQL for updating the Epic when it's Parent Link is updated is:
{ "fields": { "customfield_11600": "{{issue.parent link.customfield_11600.id}}" } }
When I update the Parent Link of my Epic, the Team attribute of my Epic is not updated. When I look at the log I can see that my 'issue condition' was triggered successfully and that my 'issue edited' was also successful and in both cases it is listing my Epic triggering the condition and being edited.
I started playing with writing out to the audit log and things got weird for me. Looking at my successful Story update automation, I made the following two log entries:
Parent is: {{issue.epic link}}
Parent Team is: {{issue.epic link.customfield_11600.id}}
Both produced what I was expecting... it listed the Epic id and it listed the id of the Epic Team that was then successfully set in the Story. ..... so far so good.
I then tried the same for the Epic automation
Parent is: {{issue.parent link}}
Parent is: {{issue.parent link.customfield_11600.id}}
This successfully lists the parent Imitative id but absolutely nothing for the Team id. I repeated with exercise to log out the Summary. It worked for the story again and gave me nothing for the Initiative.
I don't understand what is going on! ... HELP! :-)
Hi @Guy Slade -- Welcome to the Atlassian Community!
First thing, I am using Jira Cloud, not Jira Data Center. And so my suggestions are based on what I know about automation rules, in general. With that out of the way...
Context is important for automation rule questions. Please post an image of your complete automation rule, images of any relevant actions / conditions / branches, and an image of the audit log details showing the rule execution. Those will provide context for the community to offer ideas.
Until we see those...
For smart values such as parent, Parent link, Epic Link, subtasks, and issuelinks, they connect the current issue to some other issue(s). But, they do not load all of the data for those connected issues. If they did, one could imagine a scenario where a rule accessing a single issue would try to pull in many others!
Some of those smart values provide more data about the connected issue than others. What I hypothesize is happening is Epic Link pulls in your custom field for Team but Parent link does not...as your write to the audit log confirms.
As you want to update the Epic with data from the Initiative, this would be easy if the Lookup Issues action supported custom fields: just use JQL to load the Initiative and copy the field from there. But, that does not work in Data Center yet: https://jira.atlassian.com/browse/JIRAAUTOSERVER-877
The only workaround I know of is to instead use the Send Web Request action to call the REST API for get issue or search issue with JQL. Then the custom field could be used from the web response message. If you want to try that, here are a how-to article and REST API reference:
Kind regards,
Bill
Hi Bill,
First off, thank you for your prompt response! I appreciate the help here. While I start reading through the links you have provided above and see if I can figure out how to go the suggested Web Request action route, here are a few screen shots of the Story and Epic rules and the log results for each. Looks like it confirms what you think is happening
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for the rule and log images to confirm the scenario. It appears you will need the REST API method to do this.
Before you proceed, I recommend trying this to confirm the field is available:
yourJiraURL/rest/api/2/issue/FS-7
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bill, quick FYI ..... I managed to get it working using your webhook suggestion. Thank you again for the helping hand! I have learned a lot from this exercise.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Awesome; I am glad to learn that helped!
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.