Hi everyone,
There seems to be a global field that Jira uses across many different types of products called Priorities. In the implementation I'm using, this field has been mis-managed and is absolutely huge. I can't change d the Priorities list as it will affect multiple projects so I don't want to use or see that list, period. Instead, I've created my own 'Priority' field that contains just what I need.
The problem is, that the Priorities based Priority field (let's call it PP) appears as a default in every Request Type. I have checked the field configuration but cannot find the PP field to remove it from the field layout, and the only solution I can find is to hide the PP field from every Request Type and it doesn't feel like a good solution.
I'm assuming I'm missing something. Can you please enlighten me oh wise ones.
Thanks
I hate to say this @Andy but ultimately the best solution is to tackle the actual problem and consolidate the out of control list of priorities configured in the PP field (as you call it).
Yes, this will mean getting everyone on the same page and agreeing of which ones to keep and drawing up a mapping of existing (to be retired) priorities and which one to migrate them to as part of this tidy up exercise.
Why create another field for the same purpose....it will not behave like the system one, it will just be a custom field....plus, this will only complicate the overall configuration more and not fix the problem with the actual priority field.
As suggested @Andy . Thanks!!!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks both for your suggestions but I don't think either of them work. The problem is that while I can remove the system Priority field from the Issue Types screen, it doesn't remove it from the Request Type unless I hide it. I also can't hide the field in the field configuration because that would affect many projects, not just mine.
Is there another way?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I hate to say this @Andy but ultimately the best solution is to tackle the actual problem and consolidate the out of control list of priorities configured in the PP field (as you call it).
Yes, this will mean getting everyone on the same page and agreeing of which ones to keep and drawing up a mapping of existing (to be retired) priorities and which one to migrate them to as part of this tidy up exercise.
Why create another field for the same purpose....it will not behave like the system one, it will just be a custom field....plus, this will only complicate the overall configuration more and not fix the problem with the actual priority field.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I agree Curt, it's the right thing to do. I won't be able to make that change for various reasons but if I could, I would. Thanks for taking the time to give your advice.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Andy
I believe you could also update the field configuration to hide the priority field. Here is a quick video tutorial: https://youtu.be/C3Lb1T4liGw
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Andy
Yes, you need to remove it from the Request Type's and/or also from the mapped issue type.
Ravi
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.