Hey everyone!
We have some custom fields around here, specificly for the different issue types, such as:
And when creating those custom fields, I went in the configurations and made sure it was only applicable to that specific issue type (i.e.: Specific for Epics like the figure 1 below)
Now I'd like to also include a validation in the workflow, to prevent the Issue to be moved to Done if that field hasn't been filled yet (I've made it required in the field creation from now on, but we still have a lot of 'past issues' already created without those fields being filled).
However, when I added the validation for that [Field Required Validatior], the system is considering that the user have to fill both (Type of Work & Region) to be able to move the issue to done, even though it is an Epic issue and should only be necessary to fill Region, once Type of Work is only 'assigned' to Stories and Tasks. And it gets worse, it is also preventing the user of moving the Sub-tasks to done, and these ones don't even have Region or Type of Work 'assigned' to it.
*I've tried to add Workflow Conditions instead of Validations as well, but the problem kept happening.
I would guess it might be related to Issues Layout / Screens / Screen Schemes somehow, and I've tried to make some changes on that too, but got no success.
Could anyone give me a hand here? Sorry if it the explanation is a little bit confusing, but I hope I was able to transcript my problem.
You cannot make a condition in the workflow to only apply to a specific issue type. The condition will apply to all issues types that are assigned to that workflow. The workflow does not know or consider the context that you have set up for custom fields.
Technically, if you have the JSU plugin, you could use the JQL Condition (JSU) condition and write a convoluted query that would accommodate certain fields having a value depending on their issue type, but it's really easy to mess that query up, so I wouldn't recommend it unless you do a LOT of testing with the query to make sure it behaves how you want.
But, having separate workflows for the different issue types and creating the appropriate field required validator on each workflow is the better solution.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
In general, you want to use validators to enforce that fields have a value. However, it sounds like you're using the same workflow for Epic/Story/Task/Sub-task.
My recommendation would be to split these up into separate workflows (you could probably keep Story and Task using the same workflow for now) and then only put in the Field Required Validator for the appropriate field, depending on the issue type (or no validator at all for the Sub-task issue type).
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.
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.