Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

I need help of making constraint between JIRA Component and a custom field in JIRA Issue Create Scre

Dear everyone,

I'm facing a new requirement without any solution here.
I hope you can take a look and drop some comment to help me.
Any response is appreciated.

Here is my case:

We are using JIRA Server 7.4.1 and 8.12.1
I have a project called PMS, including issue type: NC, OB
On NC create screen, there are lot of fields, including Component (JIRA Core),  and a custom field called Process Area (select list, single choice, list option: A, B, C, D
We did create 3 components: Requirement, SRS, UAT

Now, my user want to make the constraint between Component and Process Area.
E.g, if user select Requirement for Component then the field Process Area must show only option A

If user select Software for Component then the field Process Area must show only 2 options: B and D

I have research online so much, tried lot of solution but I got no lucky.

We even tried to use Scriptrunner, however, it seems like the add-on low down the server performence.

Could you please tell me how to make it if you have any solution or idea.

Thank you so much,
Huu, from FPT Software


Hi everyone,

Please take a look at attachment for more detailScreen.png

Huu, from FPT Software

Hi, I would just go for a cascading select list. If there is some limitation of combination in wf, I´d go for separe transitions and combination of conditions, but the thing you describe is really nice candidate for a cascade. It is fast, simple and coding free...

Like # people like this

Definitely the easiest solution in my opinion.

Easy to use.  Easy to report on.

Think about what Management Information you need to get out of this field, and it will serve you well.

The good thing about this is that you can enable and disable elements, or add additional criteria as you see fit. (Never delete as you potentially lose historic reporting).

Good luck

Like Klára Zikešová likes this

the best thing without writing Java script using Script Runner is to have Dynamic field for that issue type. You did not specify if it is a cloud instance or server

Rilwan Ahmed Community Leader Feb 07, 2022

Its mentioned as JIRA Server 7.4.1 and 8.12.1

Rilwan Ahmed Community Leader Feb 07, 2022

@Tran Van Huu ,

Instead of using Components and Process Area, create one custom field with type select list (Cascading) field type. 

select list (Cascading) is a Jira field with two levels of select lists. What you see in the second select list depends on what you chose in the first select list

You can read more about this field type in,%2D%20very%20long%20%2D%20select%20list

Like Heydi Menéndez likes this


This is just my 5c.

Cascading list is great, but you can only make one side of the list mandatory.  It is a challenge I am faced with :)

I have heard that the new Forms feature could work for dynamic views.  I have not tried it yet, but maybe something to look into?

Like Heydi Menéndez likes this

@Tran Van Huu -

Since you are on server env, you can take a look in acquiring the following add-on ScriptRunners for Jira by Adaptavist (an excellent and must have add-on to any Jira installation in my recommendation)

On the DC/Server side, the add-on provides a component "Behavior" where you can create customization where to control a select list options listing based on other field's selection (i.e. component/s) that user select dynamically.

However, if you are facing a budget issue, then I would recommend you to follow what other suggested of using cascade-select options by creating a custom field.  The drawback is that you will not be using the out of the box component field + cascade-select options is limited to single option to be selected for both parent and child options.

Hope this helps.

Best, Joseph Chung Yin

Jira/JSM Functional Lead, Global Infrastructure Applications Team

Viasat Inc.

Doing this with a very small behaviours script of Scriptrunner for Jira shouldn't have any implication to the performance. It's only a few lines of code. As it's JS it should only run if the form is open.

Cascading Selection is the way to go.

While ScriptRunner's Behaviours are very powerful, I would stay away from them for two reasons:

1. It's complicated to create and maintain (believe me, I've been there...)

2. They're not supported in Jira Cloud, so when you migrate to cloud, you'll have to redesign your solution.

Back to cascading:

- You can add a validator that will check the 2nd part of a cascading field and fail the transition

- if you need components, you can add an automation that will check the field and set the component.


i would suggest you to add automation when issue created then edit the field value 

i dont think you would be able to do it using addon or etc because behavior are not supported by atlassian yet

Hola, por lo que entendí del ejemplo solo tendrías una opción para cargar en el segundo campo Process Area por cada valor elegido de Componente, en ese caso yo iría por la automatización de una regla que me asigne el valor del campo según lo elegido en el componente. Es bastante sencillo.



Log in or Sign up to comment