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

Migrating Request types to another Issue type

Alexey_gudeo1

Greetings, a few months ago i've incorrectly made a setup in Jira Service Desk.
Most of my Request types were the same issue type - TASK.

Now I need to change the issue types scheme to the same we use in Jira Software.

Project RBK Games - Issue Types - Jira - Mozilla F.png

New issue type scheme.

Now if change the issue type scheme, I'm unable to access the Request types forms and get an error.

jira error.jpg

An error with a request form on a customer portal

Where I can correctly associate new issue types with the current form? I need to change that for 10 request types, ~80 tickets in 3 ongoing projects and ensure that all old tasks are working correctly for both - customers and agents. After that change, I plan to launch 15 more similar projects for other agents.

P.s. gladly I've started with a test project, where I've lost data and cant access it now.

Accepted answers

Guilhem Dupuy

Hi @Alexey ,

Wow, that is quite a messy situation you got into 😄 ! It happens a lot don't worry, there is a solution to this, I would suggest you to try the next few steps :

Create another set of Request Types for every request type which is problematic, but this time using an issue type that belongs to your project Issue Type Scheme. It will make the process easier if you recreate them using the same custom fields.
Search your problematic request types one by one and use the bulk change operation, then choose "move issues". You will then be able to change the issue type of your issues, and afterwards to select a new Request Type using another bulk operation
Suppress the old request types you don't need anymore

I recommend you to try it on 1 request type first to see if it works. Let me know how it goes !

Guilhem

All comments

Guilhem Dupuy

Hi @Alexey ,

Wow, that is quite a messy situation you got into 😄 ! It happens a lot don't worry, there is a solution to this, I would suggest you to try the next few steps :

Create another set of Request Types for every request type which is problematic, but this time using an issue type that belongs to your project Issue Type Scheme. It will make the process easier if you recreate them using the same custom fields.
Search your problematic request types one by one and use the bulk change operation, then choose "move issues". You will then be able to change the issue type of your issues, and afterwards to select a new Request Type using another bulk operation
Suppress the old request types you don't need anymore

I recommend you to try it on 1 request type first to see if it works. Let me know how it goes !

Guilhem

Alexey_gudeo1

@Guilhem Dupuy
I was afraid of that answer haha! Had hoped that there is a way to make that change.
The problem is step 1. its quite ... a lot of work to recreate and set up everything again.

JSM team really should make the Request form editable so I could select different issue types and then individually solve issue screen problems (if any).

Guilhem Dupuy

Sorry @Alexey ahah,

I completely agree with you, this feature would give a lot more flexibility to the administration of JSM projects but unfortunately it doesn't exist As far as I know you don't have any other choice but to recreate them 1 by 1.

To be honest, the task is quite repetitive but it is quite quick to recreate them once you get used to it, I've done it a couple of times and except if you have 30+ of them it should be done in less than an hour.

Good luck !

Alexey_gudeo1

@Guilhem Dupuya final question!
Before that, i've created a single project and then used it as a template to create 2 more. Now, if i re-create one, can i use this data to apply new settings to existing projects?
Ok, we cant Edit, but can we Replace whole thing?

Its not quite simple as you might think, because of 'customer' view, where i have a lot of text for custom fields. Moreover some of the fields are reused for example, a field 'description':
Bug - "Please, describe steps to reproduce"
New Feature "Provide a user story or a case, how feature should work"
New Report "Which column names you need for a new report" etc...

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

cloud

migration

issue-type

request-type

scheme

jira-service-management