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; } } }

Is it possible to restrict workflow status options based on Issue type?

Brock Klein

Hello all,

I'm new to Jira and Atlassian products in general but am impressed so far.

After much research and seaching I have a question, though. Is it possible to restrict workflow options based on an Issue type?

E.g., someone creates a new issue with type "Detail Required" and it has a workflow option of being moved into "In Progress", but if someone does the same action (creating a new issue) except with type "Bug" the workflow option is "Awaiting Review".

In the workflow creator both items would start with the "Open" status as the issue is created, but the actual path of the issue ought to vary depending on the issue type.

Does it make sense to use workflows in that way and, if so, could someone share how to restrict the workflow based on Issue type?

Many thanks!

Brock

Accepted answers

unknown

Hi Brock,

Have a look at this thread:

https://answers.atlassian.com/questions/282293/can-jira-workflow-status-change-based-on-past-due-date

Here I describe how you can take a different workflow transition, based on a due date value in this case. Of course you can reuse this example for issue type values.

All comments

Joe Pitt

each issue type can have its own workflow as well as screens and fields. For select type custom fields you can configure them to have different value options based on issue type or project. Set aside 2-3 days to completely review the documentation.

unknown

Hi Brock,

Have a look at this thread:

https://answers.atlassian.com/questions/282293/can-jira-workflow-status-change-based-on-past-due-date

Here I describe how you can take a different workflow transition, based on a due date value in this case. Of course you can reuse this example for issue type values.

Brock Klein

Thanks Joe, I appreciate the response. I have spent about 30 hours or so going through Jira and the accompanying documentation and am familiar with the operation of screens and fields, but it sounds like I may have been thinking about workflows backwards.

I had been thinking of a project's workflow as the master guide to all work on the project - put all your statuses, transitions, conditions, validations, etc. into a single workflow and then design screens to aid in the transitioning of work items through the workflow.

Per your comment it sounds like that is incorrect and the better way to think about workflows is an Issue Type-specific workflow overlay (like a screen) that is created to support work on particular types of work items.

Is that correct and, if so, does that mean a well organized Jira project will NOT have a "master" workflow that you can look at and see how every issue type flows through the project?

unknown

In your case I would suggest you have a look at transition conditions. A condition decides if a transition is shown in the issue or not at a certain point (the transition button on top of the issue view). If the condition of a transition returns true, the button for that transition will be shown. Else if the condition returns false, the transition will not be available. Since you can start from the Open status I would suggest the following:

1) Create a workflow that has 2 transitions leaving from the Open status:

a) The first transition will lead to the 'In progress' status. Add a condition to this transition (named 'Value Field'). Select the Issue Type field, condition = and value Detail Required. This transition will only be visible (and available) if the issue type is Detail Required.

2) The second transition will lead to the 'Detail Required' status. Add again a Value Field condition to this transition with the following parameters: Issue Type field, condition = and value Bug. This transition will only be visible (and available) if the issue type is Bug.

Hope this is the answer you were looking for! Feel free to comment if you get stuck...

unknown

If you really have complex workflows and different paths for diffent issue types, it is best to work with Workflow Schemes:

https://confluence.atlassian.com/display/JIRA/Configuring+workflow+schemes

They keep your workfows much simpler. In your case I would suggest to use different workflows for the Bug and Detail Required workflows and define the mappings in a workflow scheme.

Brock Klein

Benji,

Thank you VERY much for your prompt and helpful responses! What you describe above is exactly what I am trying to do.

I am wondering if I am looking in the wrong place to add a condition to a transition (the same goes for adding validations). I only see a preset list of potential conditions and no option for a custom condition.

I access this list via:

Transition>Conditions>Add condition

Is that the proper place to add a custom condition?

Thank you VERY much for your help.

Brock

Brock Klein

Benji,

That should work perfectly - thank you again for your help!!

Brock

unknown

You are welcome. Brock! Glad I could help! :-)

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