I have a case for removing (not just hiding) the Versions panel from Agile Boards.
Our boards pull in issues from multiple projects. The issues do not use the standard Fix Version field - they use custom version pickers only. If users drag & drop issues to the Versions panel, Jira sets the Fix Version, even though that field is hidden on all field configurations. Then Jira adds a misleading version lozenge to the card in the backlog. Seems the only way to remove it is to temporarily "show" Fix versions on those field configs, bulk edit/remove, then hide the FV field again.
We do have a paid license for scriptrunner and a test environment if anyone can give guidance on where to begin. Thanks!
You would have to rewrite the Jira Software application to do that, the panel is not something you just turn off. And Script runner and other add-ons can't replace it, there simply aren't the hooks there to do it.
This begs the question of why you don't just use fix versions instead of a less functional custom field.
Thanks for the quick response, Nic. I assumed this was the case but had to ask. The company decided ~6 years ago (before my time) to use a custom version picker instead, mainly so that they could choose the field name. This was before Release Hub and the many other features that come along with system fields. The can of worms is now open! Say we do start using FV, your plugin can copy cf to cf value, but not cf to system field, correct?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Script Runner can copy from any field to any other. Although you may have to write your own conversion code if you're doing stuff with incompatible types - like trying to copy a multi-select to a single, or a string to a component.
A version picker field will actually be a doddle, because a version picker holds version objects, same as fix and affects version.
The migration code would be almost as simple as this pseudocode:
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Nic,
I don't see any way to mark your answer as correct. But I have a follow up question. I'm interested in the migration code for setting fix version based on the custom version picker field. Can we prevent it from entering a change in the issue history? Should I submit a support ticket for help with this when we're ready?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.