Hi,
I am aware that it is possible to validate a custom field during a transition by means of a custom validator.
However, I could not find any way to validate the value of a custom field every time that its value is changed.
Is writing my own plugin the only solution?
Thanks.
Apart from the info in the two other good answers, my answer would be Yes.
Implement com.atlassian.jira.issue.customfields.CustomFieldType#validateFromParams, but it's not as useful as it could be, as you just get the raw string values.
I think what you are referring to is often known as "edit validators" - it exists in a few plugins. Implementations tend to rely on monkey-patching IssueService, which we are avoiding.
Sorry to bug you, do you happen to know how the Resolution field is validated? I was under the impression the 'field requirement' is built into the field template – Implying there's no server-side validation.
Have a good day!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
com.atlassian.jira.issue.fields.ResolutionSystemField#validateParams - system fields a bit different.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
As Nic implies this is happening because you are allowing users to directly edit field values. There's no out-of-the-box way to validate input other than simply 'requiring' the field via a Field Configuration.
Traditionally, JIRA is configured with workflow transitions and screens – This allows you to map input through a series of steps and actions, controlling data with a series of conditions, validators, and post-functions. Lately, the common configuration is simple workflow with full Edit permissions. With this configuration, you have little option to control data input.
Script Runner Behaviors, as Nic also suggests, allows you to perform client-side validation on transition screens. This is one possible solution.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You can use Behaviours to do client side validation on edit if you need. (I mention client side because it can be completely bypassed by REST or server stuff)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
As far as I am aware, behaviours can only be used in a Transition Screens. Am I correct?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
No, it can be used on edit and create too.
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.