...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
| Div |
|---|
|
On this page| Table of Contents |
|---|
| maxLevel | 2 |
|---|
| exclude | On this page |
|---|
| type | flat |
|---|
| separator | pipe |
|---|
|
|
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.
| Table plus |
|---|
Field | Create Issue
(Available) | Create Subtask
(Available) | 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. | Note |
|---|
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: |
|
New 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. | Note |
|---|
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: |
|
New 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. Exact - The pattern must be an exact match. Literal - Treat any special characters in the pattern as literal characters. Negative - Reverse the condition so that the condition is true if the match is false and vice versa.
|
|
Configuration
Define additional configurations for the issues or subtasks being created or updated.
| Table plus |
|---|
Field | Create Issue
(Available) | Create Subtask
(Available) | 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 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: %jql_result_count% %jql_result_list% %jql_result_1%
To validate your query, |
click to 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: |
Click to to navigate to the JQL query window. Start typing in the intended text. You see auto-suggestions from which you can select a value that suits your requirement. In your query field, you see a  Image Modified icon if your query is valid and a  Image Modified icon if your query is invalid. Click Search to see the query results or to find and fix any errors. Click Use this JQL to insert the query into the JQL query field.
| 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. Exact - The pattern must be an exact match. Literal - Treat any special characters in the pattern as literal characters. Negative - Reverse the condition so that the condition is true if the match is false and vice versa.
|
|
| Insert excerpt |
|---|
| Tips - Cloud |
|---|
| Tips - Cloud |
|---|
| nopanel | true |
|---|
|