Is there a way to track/find tickets that were originally opened as Service Desk tickets and then moved into another JIRA project (thereby changing the Key) for resolution?
Reason for the question is that we are using the Service Desk feature for our business team to report production issues. The issues get triaged and if the team determines a code fix is required the ticket gets moved to another project that handles all the development activity. So a Production Support ticket gets moved to a Development Support project (ie. PS-100 moves to DS-123) and the stauts and fix versions get updated accordingly.
We've had this process in place for awhile but now find ourselves asking about the status of all past Production Support issues. Answering the question is easy for the tickets that remain in the Production support project. What i dont know is the status of tickets that were originally PS tickets and have been moved to other projects. Any thoughts about how this could be accomplished.
I'm not with Atlassian support, but I do not believe this is possible. Internally Atlassian reassigns the issue with the new key.
You would need something like 2 different projects with tickets linked to be able to track the way you are describing. For example, having a Service Desk ticket created and then creating a matching ticket in the Development team area with them being linked issues.
I was able to find something in the comments on this page:
The specific comment that might be helpful is:
Question: If I need to move issues between one Project to another that have different Screens/Fields - is there a way to retain the data somehow in the fields?
"One solution is to create a workflow action (call it "Hidden action") somewhere in a workflow that is associated with project B and only allow a certain group (call the group "hidden users") to execute this action. Do not put any users in this group. Create a screen with the fields "Field 1" and "Field 2", call it "Hidden Screen" Associate "Hidden Screen" with the "Hidden action". JIRA should now retain the data in the fields if you move from Project A to B. None of your users will be exposed to the fields but the info is there if you need it."
In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to have–in order to produce a reliable long-term roadmap. We're tur...
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!
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