Create issue

The Create issue post function automatically creates issues or sub-tasks in any given project. The issue type can be selected from all available issue types and sub-task issue types available (excluding team-managed projects).

Additional field values can be inherited or manually set using parser expressions.


⚒️ Configuration

Mode

The mode parameter defines how many issues you want to create. You can either choose to create just one single issue or multiple ones.

The following modes are available:

Option

Description

Single issue

If you select this mode, you will be dynamically guided to ultimately specify what issue type will be created and where it will be created. This may include a multi-layered selection process.

In this mode, only one single issue will be created.

Multiple issues based on a text list

Determining the number of issues is done using a parser expression. This parser expression has to return a text list. The number of list elements defines the number of issues to be created.

You can access the respective value using %{seed.text} within all subsequent parameters (except "Conditional execution").  Learn more about seeds.

Multiple issues based on a number

Determining the number of issues is done using a parser expression. This parser expression has to return a number. This number defines the number of issues to be created.

You can access the current value using %{seed.number} within all subsequent parameters (except "Conditional execution"). Learn more about seeds.

Multiple issues based on an issue list

Determining the number of issues is done using a parser expression. This parser expression has to return an issue list. This number of list elements defines the number of issues to be created.

You can excess the current value using %{seed.issue.somefield} or %{seed.parent.somefield} within all subsequent parameters (except "Conditional execution"). Learn more about seeds.

When using an expression to set the parameter, make sure that the output returns a valid value.

image2021-3-15_14-47-9.png

If you are unsure of the result, make sure to try the expression using the quick preview in the app.

Issue type

Select the issue type to be created.

The following options are available:

  • Selected issue type

  • Parser expression (standard issue type):

Expects an issue type ID or a field code like %{issue.issueType.id}

  • Parser expression (sub-task issue type)

Expects a sub-task issue type ID or a field code like %{issue.issueType.id}

In case a sub-task is chosen, the respective parent has to be selected.

Parent issue (only for sub-tasks)

Choose the parent issue of the sub-task to be created. The following options are available:

  • Current issue

  • Parent issue

  • Selected issue

  • Seed issue's parent (only available if mode "Multiple issues based on an issue list" was selected)

  • Parser expression:

The input has to be an issue key

The parent issue is only shown when a sub-task issue type is selected.

Project (only for standard issue types)

The project the issue will be created in. It comes with the following options:

  • Current project

  • Selected project

  • Seed issue's project (only available if mode "Multiple issues based on an issue list" was selected)

  • Parser expression:

The input has to be a project ID or a field code like %{issue.project.id}

Please note that the project selection does not show up when a sub-task issue type is selected.

Summary

Enter plain text and optionally use field code, e.g. %{issue.summary} or functions provided by the selected parsing mode.

Description

Enter plain text and optionally use field code, e.g. %{issue.description} or functions provided by the selected parsing mode. You can enrich the styling of your description by using the available markdowns.

Additional fields

In addition to the summary and description of an issue, any other field supported by JWT for Jira Cloud can be set when creating the issue.

After selecting a field and clicking the Add button, you can select in the popup how to set the value. There are three or - when dealing with selectable fields - four options:

  • Copy field from current issue

  • Copy field from seed issue (only available if mode "Multiple issues based on an issue list" was selected)

  • Set field value manually - Read more about the JWT expression editor

  • The option Selected value is available for the following fields types:

    • Jira Software related fields like Sprint or Epic

    • User related fields like Assignee or Reporter

    • Version related fields like Affects- or Fix version/s

    • Component/s

    • Labels

    • Priority

    • Resolution

    • Security level

    • and all option based custom fields that are supported

In order for the fields to be set correctly, they must be in the 'Create screen' of the target project.

Optionally define issue links to be created for the new issue(s). You have the option to link the issue that you are currently creating to various other issues.

The available options may vary depending on your previous selection(s).

Option

Description

Current issue

Link the issue to be created to the current issue.

Parent of current issue

Link the issue to be created to the parent of the current issue.

Parent of new issue

Link the issue to be created to the parent of the sub-task to be created. Only available if the issue to be created is a sub-task.

Epic of current issue

Link the issue to be created to the related Epic of the current issue.

Seed issue

Link the issue(s) to be created to a seed issue. Only available if mode "Multiple issues based on an issue list" was selected.

Select issues manually (parser expression)

Link the issue to be created to the issues returned by the parser expression (General mode or Jira expression mode)

Condition

You can optionally specify a logical expression or a Jira expression depending on the chosen Parsing mode to define the circumstances (or conditions) under which the link should be created.

Attachments

The Attachments section allows you to define which files from the current issue should be copied to the new issue.

You can choose between the following options:

Option

Description

All attachments

Select this option to copy all attachments from the current issue. You may limit it further by selecting specific file types (e.g., .docx, .pdf) from the document type dropdown.

Attachments filtered by regex

Enter a valid regular expression (e.g., .*\.png) to filter attachments by filename pattern. Only matching files will be copied.

Regular expressions are accepted with or without slash delimiters and regex options, e.g. .*\.png or /.*\.png/i (to accept mixed case file extensions), but not /.*\.png (missing final delimiter).


Attachments selected via parser expression

Use a JWT or Jira expression to programmatically define which attachments to copy. This allows for dynamic selection based on issue data, metadata, or business rules. For example, you can copy only attachments added by a specific user, those added after a certain date, or those with matching custom field values.

Transition attachments

Select this option to copy all attachments uploaded during the transition via the "Attachments" field. You may limit it further by selecting specific file types (e.g., .docx, .pdf) from the document type dropdown.

Only attachments uploaded through the Attachments field on the transition screen are supported.



There is a size limit for copying attachments. If any attachment exceeds 10MB, it will not be copied.

Copying of attachments might also fail due to a network error in the Atlassian infrastructure, e.g. when copying large amounts of attachments - please check the log, if you miss attachments in the copy target.

Additional options (only for Execute seuence of actions)

When using the Create issue post function in the Execute sequence of actions, you can select the issue key in the Store issue information field and save it in a Temporary text field (1–5). This enables you to use the issue key in subsequent post functions during the same transition.

Run as

Select the user that will be used to execute the post function. By default, it is set to the current user that executes the transition.

The following options are available:

Option

Description

Selected user

Select a specific Jira user.

User in field

Select the field containing the user that will be used to execute the post function.


The configured user must have all necessary permissions to transition the target issue.

Conditional execution

You can optionally specify a logical expression or a Jira expression depending on the chosen Parsing mode to define the circumstances (or conditions) under which the post function should be executed.

The result of the logical expression must return a boolean value of either:

  • true → the post function will be executed

  • false → the post function will not be executed

Using the conditional operator, even complex or multi-layered conditions can be constructed.

Make sure to learn more about defining logical expressions and browse through the various examples here: Logical mode


📚 Use cases and examples