This validator checks if fields are set/empty or have/haven't changed on the transition screen.
๐ ๏ธ Configuration
Notes
You can optionally enter a short Note (limited to 80 chars) and a longer Explanation (limited to 500 chars) to summarize what you are using the function for. This can help you differentiate multiple functions of the same kind in a single transition, as the Note will be shown in the workflow transition view.
Fields
Select the field to be checked, and in a subsequent step the desired behavior. The following options are available:
|
Option |
Description |
|---|---|
|
is required |
The specified field must have a value. If no value is present, the validation will fail. false< ac:schema-version="1" ac:macro-id="4e70c8ef-3a70-4e23-ade7-1ede3f250dcf">info Please note that due to Jira expression restrictions, at most ten custom or comment fields can be validated with this option. |
|
must be empty |
The specified field must not have a value. If a value is present, the validation will fail. |
|
must be changed |
The specified field must have been updated during the transition / on the transition screen. |
|
must not be changed |
The specified field must not have been updated during the transition / on the transition screen. |
You can select all Field codes which have Jira expression field code via the field code injector.
Error message
Enter the message to show to the end-user when the validation fails. If you don't enter a message, the default error Message for JWT for Jira Cloud "Validation failed for validator 'Fields required or changed (JWT)'" is displayed in case the validation fails.
If you want to use this functionality in a condition instead, have a look at the following condition: Fields required
Conditional Execution
You can optionally specify a Jira expression to define the circumstances (or conditions) under which the condition should be applied.
The result of the Jira expression must return a boolean value of either:
-
trueโ the condition will be applied -
falseโ the condition will be ignored (i.e. the transition will be available)
Pro Tip: Use this e.g. to allow Administrators or App/Automation users to bypass normal process restrictions.
๐ Use cases
| Use case | Workflow function | Use case description |
|---|---|---|
| Resolution must be empty |
Not allow a resolution to be set. This use case is valid for both conditions and validators. The only difference is that you can specify an additional error message when using a validator. |
|
| Check for at least one component |
Require a at least one component. This use case is valid for both conditions and validators. The only difference is that you can specify an additional error message when using a validator. |
|
| Make a fix version required and add a comment |
Require a fix version and add a comment. This use case is valid for validators. |
|
| Make the assignee required |
Require a non empty assignee. This use case is valid for both conditions and validators. The only difference is that you can specify an additional error message when using a validator. |