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

What are best practices for auto transitioning tickets from one issue type into another

The issue I've run into is our project at the moment runs two separate boards. One is a board for artists, another is a board for engineers. The boards are set up such that most tickets appear on the engineering board (Bugs, tasks, Epics, etc) while the art board only displays "Art tasks," and issue type I made. These art tasks uses a different workflow from the tickets on the engineering board.

I set up an automation protocol such that when an art task is moved from a "review" state into a "waiting for engineer assignment" state, it automatically changes the issue type from "Art Task" to "Task" at which point it then disappears from the art board, and appears in the engineering board. I also made sure that both Art Task and Task have the "waiting for Engineer" state in them, so that even though the issue type changes, the state of the ticket remains the same.

The conundrum I've run into now is that when on the Engi board, the former art ticket cannot be clicked and dragged to a new state, despite it now being a normal Task. If I go into the ticket itself, it shows it's state and issue type correctly. Going to the state, if I attempt to transition it from Waiting into the engineers In Progress state, it starts showing the Art Task workflow states (though the art task workflow itself is not visible, instead it says it can't find a workflow). Notably, the issue type never changes.


Here is a gif of me transitioning from Waiting to In Progress. This ticket has already gone through the automation pipeline from an art task to a engineer task.


The root cause is almost definitely the automation, as if I take an art task, and manually change the type, going through the migration process, everything works fine, even from the waiting for engineer State. It could also be this is an unsolvable problem given Jiras architecture. Appreciate help figuring out if this is worth banging my head against, or if I need to change my tact and do something like having only a single workflow, and no separate issue type, instead marking the art tasks off with a label or something like that.


Thanks for the help

1 answer

1 vote
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Mar 16, 2021

Hi Colin,

Moving an issue from one Issue Type to another is fought with danger and is one of the more complicated things inside of Jira. Changing issue type shouldn't be considered part of a normal workflow. We put a big warning up to help people understand this may cause issues:

Screen Shot 2021-03-17 at 2.28.49 pm.png

What may work better for you is to create a new issue in the other board and link the 2 issues together. Would that work for you?


Nick Menere
Automation Group Product Manager

Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events