nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Retrieve custom field info from issue's parent link issue

Tóth Tamás

Hello there!

I have an issue and it has the parent link set. I want to retrieve a custom field value from the issue which is in the parent link. Basically I want to compare the two custom field values whether they are the same in the issue and the issue in the parent link.

My custom field is a single select dropdown field.

{{issue.parent link.customfield_xxxxx}} did not work.

I tried with other fields ( {{issue.parent link.assignee.displayName}} and {{issue.parent link.assignee}} ) they did not work either.

However {{issue.parent link}} gave back the key (with a link) of the issue in the parent link

My company is on datacenter 9.4.11 and we have ScriptRunner.

Thanks in advance!

Accepted answers

Bill Sheboy

Hi @Tóth Tamás -- Welcome to the Atlassian Community!

When an issue links to others (e.g., such as with Parent, Parent Link, or issue links), an automation rule does not necessarily load all of the data for those linked-to issues. If it did, you could imagine a scenario where a single issue connects to many others, perhaps all of them in the site!

The way to know what is available is by experimentation: create a test rule to access the field and write it to the audit log. If it is present, you may use it. If not...

The solution depends upon what you need to do, and as you describe using Jira Datacenter, the options are limited for automation rules:

If you only need to view the field, such as for sending an email, use a branch to the issue
If you need the information for editing another issue, or your rule already uses branches, you would need to call the REST API issue search with JQL using the Send Web Request action.

For Jira Cloud, the other option is using the Lookup Issues action with JQL to access the field. That will not work for Jira Datacenter as most fields are not yet supported for that action: https://jira.atlassian.com/browse/JIRAAUTOSERVER-877

Kind regards,
Bill

All comments

Marc -Devoteam-

Hi @Tóth Tamás

Welcome to the community.

Could you please provide your automation rule as well. This will help community members to understand the logic of the rule and help you the find a solution.

But I think you need to look from the parent to the linked issues and and then compare.

Bill Sheboy

Hi @Tóth Tamás -- Welcome to the Atlassian Community!

The way to know what is available is by experimentation: create a test rule to access the field and write it to the audit log. If it is present, you may use it. If not...

The solution depends upon what you need to do, and as you describe using Jira Datacenter, the options are limited for automation rules:

If you only need to view the field, such as for sending an email, use a branch to the issue
If you need the information for editing another issue, or your rule already uses branches, you would need to call the REST API issue search with JQL using the Send Web Request action.

Kind regards,
Bill

Tóth Tamás

Hy Marc!
Sure, here it is:

Basically what I want to achieve with this automation it to make sure colleagues follow the correct structure we implemented. We use advanced roadmaps so our hiearchy looks like this:
Business concept -> Increment -> Epic -> standard issue types -> sub issue type
We have a custom field called related project and we use this field to mark all the issues that belongs to a specific project and in all levels it should have the same value (e.g. if an increment belongs to "project x" than all the issue under it must belong to the same project). We use this field for a lot of other processes so it's important to set them properly but unfortunately people sometimes mess this field up thus breaking the structure.
With the automation I want to receive an email if on any level, the given customfield is not the same, as the element above it.

The first "IF" statement examines the created subtasks, whether it has the same customfield value as the element above it.

The second "IF" statement does the same, but for standard issues. It examines if the given issue has the same customfield value as epic above it.

And with the third "IF" statement came the problem, I could not retrieve the issue's customfield value which is set in the parent link.

According to this thread (How to access parent link issue's fields (atlassian.com)) at least retrieving the assignee should work, that is why I thought it should work with customfields too. Unfortunately neither of the worked for me.

And thanks for the recommandation, maybe I will create a separate automation which will examine the "higher" level's child issues and see if those work.

Tóth Tamás

Hy Bill!
Actually I'm playing with this rule in a dev environment, and tested a lot, but I just ran out of ideas, and wondered if am I doing something wrong, or simply it is just not possible.

Fortunately I don't need to edit other issues based on the information, just a notification email would be more than enough (see the whole automation in my other reply).

By "use a branch rule" you mean creating a "branch rule / relating issues" component? Then which type of related issues should I choose (none of them seemed appropriate for the parent link)?
I have the following options: current issue, sub tasks, parent, stories (or other issues in epic), epic (parent), all created issues, most recently created issue, linked issues, destination issue, JQL, issues in fixed version, issues in sprint

Bill Sheboy

Without seeing your entire rule for context, you could use a branch on JQL to access the issue.

If that does not help, please post an image of your complete rule, and images of any relevant actions, to provide more context.

Marc -Devoteam-

Hi @Tóth Tamás

What if you would set the last else condition to:

Tóth Tamás

Unfortunately it just returns nothing.
I also tried these two variations:
{{issue.Parent Link.customfield_11108.value}}
{{issue.Parent Link.customfield_11108.data}}

still no success.

Anyway, it is not a big deal if I can't do (or can't be done) with automation, I can reach jira's DB so I will create a report based on that.

Tóth Tamás

Here is the full automation:

The third "Else-if: all match" part is the tricky one. If the epic is created, and the parent link is set, then I would like to retrieve issue's (which is set in the parent link) customfield.
{{issue.parent link}} works fine, returns the issue's key
{{issue.parent link.customfield_11801}} returns blank

As you just wrote in your first reply, maybe it is just not accessible.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

cloud

jira-cloud