Optional rules - Cloud
Description
Create Issue, Update Issues, and Create Subtask post functions can be configured to create or update the issue only if certain conditions have been met by the issue that is in transition.
Conditions
Define the conditions under which to create the new issue(s) or subtask(s) or update existing issue(s) or subtask(s). If these conditions are not met, then no issues or subtasks are created or updated. If you do not define any conditions, then your issues and subtasks are always created when the associated workflow transition occurs. There are two types of conditioning:
Subtask conditioning - prevents the creation of subtasks if the original issue is a subtask and the configuration indicates not to create a subtask. It has the optional capability to create a subtask which is a sibling of the original issue.
Pattern matching conditioning - takes advantage of the find/replace capabilities to provide a very flexible way to condition issue creation based on matching issue information with a regex pattern. Although this is a more complex configuration, it is highly powerful and covers a great number of use cases.
Field | Create Issue | Create Subtask | Update Issues (Available) | Default | Description |
|---|---|---|---|---|---|
Create if original issue is a subtask | Off | Switch this toggle ON only when you want to create the subtask when the original issue is subtask. | |||
Condition 1 |
| Use Substitution variables to specify a value or exact match. You may encounter a condition failed error at times when you use custom fields in your conditions. In such an event, it is recommended to try one of the following workarounds:
Note that when you use customfield_id, only the ID of value is processed. | |||
Condition 2 |
| Use Substitution variables to specify a value or exact match. If both Condition 1 and Condition 2 are specified, both conditions must match in order for the issues to be created or updated. You may encounter a condition failed error at times when you use custom fields in your conditions. In such an event, it is recommended to try one of the following workarounds:
Note that when you use customfield_id, only the ID of value is processed. AND operation is performed on Condition 1 and Condition 2. | |||
Regular expression pattern |
| Specify a regex pattern for conditional matching. The pattern is applied on the Condition field to the left (e.g., Condition 1, or Condition 2). | |||
Exact, Literal, Negative |
| Specify how the regex pattern should be evaluated.
|
Configuration
Define additional configurations for the issues or subtasks being created or updated.
Field | Create Issue | Create Subtask | Update Issues (Available) | Default | Description |
|---|---|---|---|---|---|
Acting user | The user logged in who is transitioning the workflow | Define a user to emulate that user's permissions when creating the issue(s). Select a user from the available list or start typing in the field to select a user from the respective auto-suggestions. Alternatively, you can also set user by using substitution variables by switching to the Set value mode. | |||
JQL query |
| You can define a JQL query either by entering the query in the text field or availing Use JQL editor. Enter a JQL query to populate substitution variables that can be used within individual fields or conditions and regular expressions. The substitution variables include:
To validate your query, click Use JQL editor to open Jira’s native JQL editor, where you can view and modify your query as needed. To define a JQL query using JQL editor:
| |||
Create multiple issues |
| Use Substitution variables to specify a value or exact match to create multiple issues. | |||
Regular expression pattern |
| Specify a regex pattern for conditional matching. The pattern is applied to the Condition field to the left (e.g., Condition 1, or Condition 2). | |||
Exact, Literal, Negative |
| Specify how the regex pattern should be evaluated.
|
Need support? Create a request with our support team.
