Jira Service Desk - Publishing problem after re-assigning issue type.


In an attempt to assign an issue type with a different workflow, I am posed with a problematic step in publishing the change where I need to associate statuses.

This is what happens: I am asked to associate new statuses to issue types that are not even part of the issue type scheme I am using. There are some issue types that are being used by JIRA in order projects and schemes, but not in My Service Desk Project. Although I see o (zero) issues depending on the re-association, I still have to go and pick new status for a very long list of issue types. That does not happen with other workflow re-assignments I do. This is puzzling me as I am afraid this is effectively affecting those issue types in other projects.photo1.png


For example, Questionnaire, Portfolio Rebalancing, Wire Request SMS...Those issue types are not at all part of my issue type scheme.


I am clueless. Yelp!





2 answers

1 votes

It's a known annoyance or design failure in the "move" process.  The screen lists all the potentially affected status no matter what, if there's might be a change needed.

You can completely ignore any line that says "0 issues affected".   You will do no damage if you let them all "migrate" to the defaulted value, as no issues will be affected.

Just be very careful to check for all the non-zero results.

Even when they're all 0 - it's a scary screen!

Yes, I totally agree, especially as the 0s are in small, weaker contrasting boxes, so it's easy to miss a non-zero when you're checking a list of 70 or so issue types.

Yep, you were right. Clicking "associate" didn't kill my prod system...lol.

I wasn't happy with not knowing and researched, researched, then I finally researched.

Here's the answer: every issue type one is not using on a project will still get assigned by default to a workflow in your project as part of a group containing "all non assigned issue types" and precisely the workflow I was trying to replace hence the reason why i saw that during Publishing.


I tend to question JIRA more because it allows me to create custom field with the same display name of another one, which effectively broke another project some time ago. Obviously, someone was probably calling the display name of a field in code, but it was no excuse of JIRA forallowing me to do this in the system. 


Anyway, appreciate the quick responses. Thank you for jumping in to help so quickly.



Suggest an answer

Log in or Join to answer
Community showcase
Sarah Schuster
Posted Jan 29, 2018 in Jira

What are common themes you've seen across successful & failed Jira Software implementations?

Hey everyone! My name is Sarah Schuster, and I'm a Customer Success Manager in Atlassian specializing in Jira Software Cloud. Over the next few weeks I will be posting discussion topics (8 total) to ...

3,006 views 12 18
Join discussion

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot