Jira mixes Issue Types when assigning Workflows to issue types

When I go to workflow configuration in a project and assign an issue type to an workflow, JIRA (latest version) mixes up the issue types. This means if I assign Task to workflow 1, JIRA assigns Sub-Task. If I assign Bug to Workflow 2, JIRA assigns story. 

2 answers

0 votes

I'm afraid I'm not understanding the question.

Could you tell us what you have in the workflow scheme for the project?

For example:

  • Default:  default workflow
  • Bug: bug workflow
  • Sub-task: sub-task workflow


And then explain what you mean by "assigning workflows" - what's going wrong and where?



I have 4 workflows in my workflow scheme:

  • Bug Workflow
  • Story Workflow
  • Default Workflow (default)
  • Subtask Workflow

I have a new subtasktype (named Bug-Task).

I am assigning that new subtask-type named Bug-Task to the Bug Workflow. Whenever I save the change not the bug-task was assigned to the Bug Workflow, but another issue type.

Ok, I got most of that, but to be clear on the last bit - you go to the workflow scheme, click "add workflow" at the top right, select "bug-task" from both issue type and workflow?  Then when you click "ok", you come back to

  • Bug Workflow
  • Story Workflow
  • Default Workflow (default)
  • Subtask Workflow
  • ???????

Is that right?  What does the ????? say in your list?

@Nic Brough [Adaptavist] @Sven Weih


Did you ever find a resolution/fix to this bug? We are experiencing the same problem with v7.1.9. 

I am trying to create a reopen transition from a terminating 'Closed' status. Since I am unable to edit terminating status on active workflow, I must create a copy. When I try to add the edited workflow back to my workflow scheme, JIRA associates it with a different issue type. 

Please let me know if any fix was discovered.

I suspect the original poster worked out that they weren't doing the issue type assignment correctly.

Core 7.3.3 most definitely has a bug in here. Being in teh projects workflow scheme and attempting to assign issue types to another or new workflow, religiously fails. I have experienced this many times now, so it's a programming issue that it is ignooring the issue type selections being made. seems to be opting for wahtever issuetype it finds in its lists first.

reattempting this inside system admin as a stand alone WFS change is marginally better. here's hoping they fix this soon as it could be pretty data damaging

I'm not getting that problem at all (and given there were 80 people in the training doing the same thing today, I don't think I'm alone).

What does your log file say when it's failing?

I have the same problem when adding new worflow to a scheme from the project administration view or trying to assign an issue type to a workflow. It seems to always assign the last issue type on list instead of the one i chose. It works correctly on workflow scheme edit in Administration->Issues->Workflow Schemes menu. We're using Jira Software 7.4.2.

We recently upgraded jira software from 7.1.9 to 7.4.5, and also found the issue in 7.4.5.

Our old 7.1.9 environment does not have this problem

The problem here is that no-one is replicating it.  It doesn't happen on a 7.4.5 environment I've got access to (or 7.4.2, or 7.3.3 or any other), so the question is "what are you doing differently to the majority of us".  It could be your browser, addons, customisations...

I'm definitely replicating this. When trying to assign new workflow to custom issue type I get random issue type assigned to "new" workflow and the issue type remaining with "old" workflow.

We're on 7.6.0

It's the same answer - please show us your workflow scheme and then an issue that has the wrong workflow on it, ensuring you show the project headers so we know it's all in the same project.

Here you go, trying to assign all issues typesto new workflow results in just one issue type.

Screen Shot 2018-01-08 at 18.51.27.pngScreen Shot 2018-01-08 at 18.52.13.pngScreen Shot 2018-01-08 at 18.52.28.png


i have reproducable the same problem in version 7.4.3 and also in 7.9.0 :(

0 votes
Ana Kniphoff Atlassian Team Apr 16, 2018


The error occurs in a set of conditions.

How to reproduce it?

  • Create a new Project <Project_Name>
  • Navigate to the Project Settings >> Workflows.
  • Edit Workflow >> Publish >> Save a Backup Copy >> Publish.
  • Navigate to the Project Settings >> Issue Type >> Actions >> Edit Issue Types >> Add Issue Type >> <New_Issue_Type> >> Add >> Save.
  • Navigate to the Project Settings >> Workflows >> Add Workflow >> Add Existing >> Select the Copy Backup >> Select just the Issue Type newly created >> Finish.

Result: The actual Issue Type assigned is not the one previously selected!

We have found this KB describing the same mentioned problem associated to the Zephyr Add-on. We have also reproduced the same behaviour with Calendar for JIRA Add-on. 

The workaround in this case:

First of all, mind that the procedure recommended could make some functionalities of your application unavailable, so we recommend you schedule a downtime validation window that would not impact the operation.

  1. Locate any of the mentioned Add-ons at JIRA Administration >> Add-ons >> Manage Add-ons
  2. Disable the mentioned Add-ons (Zephyr and Calendar for JIRA).
  3. Associate the Issue Type to the Workflow.
  4. In case of success, enable back the Add-ons. 
  5. In case of failure:
    1. Navigate to JIRA Administration >> Add-ons >> Manage Add-ons.
    2. Enter Safe Mode.
    3. Associate the Issue Type to the Workflow.
    4. Exit safe mode and restore previous configurations


Do you know what the problems with the plugins are?

I have a plugin build by my own which is responsible for the misbehaviour.

But i didn't get any error in the logs and it works.
The only problem is the configuration of workflow schemes.

How can i fix it if i didn't know what the problem is :(

We do not have any of those plugins installed, but still have this problem. What can we do? This is a severe bug and should be fixed by Atlassian instead of providing a workaround for only a tiny part of customers after 2 years.

Suggest an answer

Log in or Sign up to answer
Community showcase
Published Wednesday in Jira

Make your Atlassian Cloud products more secure: our NEW admin security guide

Hey admins! I’m Dave, Principal Product Manager here at Atlassian working on our cloud platform and security products. Cloud security is a moving target. As you adopt more products, employees consta...

45 views 0 2
Read article

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