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

How do I set the value of Issue Type on a Custom Field on each Jira case?

Bhavik_Shah

Hi Team,

In our Org analyst have been leaving the default issue type "IT Help" when resolving cases. We have hence introduced a new Issue Type called Initial Triage which will be default set on any new case being created, and at the time of resolving a case a rule will check that the Issue type is not left as "Initial Triage".

For this I have introduced a custom field called var_IssueType. This custom filed is of the type Select List (single choice) and is configured to be set with values such as "IT Help", Change, Bug. Service request etc. I have further put a rule that will check Issue Type and set the value of var_IssueType. The value of var_IssueType if left as Inital Triage will not allow users to resolve a case and present an error message to change the issue type from Initail Triage to something more appropriate.

Now before I put this automation in place which will work well for new cases, I need to need to first search for all existing Open cases in Jira and set the value for custom field var_IssueType based on the current Issue Type. Could you please assist me how to automate this bulk updation on all open cases to read their issue Type and set the value for custom field var_issuetype.

Regards,

Bhavik

Accepted answers

All comments

Aaron Pavez _ServiceRocket_

Hi @Bhavik_Shah

> Could you please assist me how to automate this bulk updation on all open cases to read their issue

You need to do a bulk update of that field using the bulk update option:

https://support.atlassian.com/jira-software-cloud/docs/edit-individual-and-multiple-issues/

- Run a JQL to find all the Jira issues with the custom field.

- Do the bulk update for those selected Jira issues.

Regards

Dick

Hi there,

It's far more preferable to change the issuetype, rather than using a second field for the same thing.

You can change the issuetype with an automation with manual trigger, that will show up in the more menu when editing an issue.

It would be like your dropdown triage menu, only it would trigger a very simple automation that would change the issuetype to a certain value (being the value in the name displayed under this more-menu)

Dick

Rule details

Name : Set to Bug

When: Manual Trigger

If issuetype in ("IT Help","Change", "Service Request")

Then: edit Issue

issuetype = "Bug"

You would have similar automations for Change, Service Request etc.

Dick

Moreover, it would save you the hassle from having to bulk copy the issue type of issues already done and dusted, not to mention going without the extra custom field.

Dick

Though technically, this is exactly what Bhavik asked, this promotes the solution of having two fields describing the same, with all the extra work attached.

Bhavik_Shah

Hi Dick,

Thanks for the feedback.

I did want to try a simpler automation, but I could not get the standard Issue type field on the Resolution screen, nor at the resolution workflow step where we intend to put a validator; I could not find the Issue Type field to run a validation against. Hence, I had create a custom field that will hold the value of Issue Type which was being used into validation at time of resolution. Set up is something like below:

Regards,

Bhavik

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-service-management-cloud

jira-service-management