Looking for a little help with a mandatory field.
I created a field that is mandatory so when a bug is resolved a checkbox must be chosen. The default is for no checkboxes set. All is good.
Problem is I'm in a Catch-22: I put the field on the edit screen in case someone needs to change it, but if they use the edit screen for a different field and no checkboxes are selected they are required to select a checkbox. For now I removed the field from the screen so devs must re-open the bug and resolve it again to change it but I'm looking for any better suggestions.
If you set a field mandatory in Jira, it is mandatory from the beginning of the lifecycle and all the way through. You have to set it when the issue is created, and you can't blank it out again.
The screens it is on are irrelevant. If it's mandatory, it's got to have a value from create, doesn't matter if you don't put it on any other screens.
The way to deal with this is usually validators. These check that a user is doing something on an issue *transition*. Annoyingly, Jira off-the-shelf totally neglects the very common case that a field is only required later in an issue lifecycle and doesn't provide a useful validator. Lots of plugins do though: Misc workflow extensions, Jira Suite utilities and several others. To use them, you strip the mandatory field setting in the field config and then add in validators like "Field called Root-Cause must be filled in before allowing user to close the issue" (incident type workflow) or "Field called Tester must be filled in before allowing user to push issue into the first QA step".
D'oh! You're right about issue creation & mandatory fields. I'll take a look at some plugin validators.
Edit: It was easy with MWE (Misc Workflow Extensions) to add "field must be modified" ...But what happens if a bug is re-opened and re-resolved? If the field was set correctly the first time it was resolved and subsequently got re-opened then when its resolved the second time it must have the field changed. One way to avoid this is to modify the workflow so a re-open uses a different transition but I was hoping to avoid change the workflow too much. Any other ideas?
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