Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Page properties
hiddentrue


Tech review

Status
colourGreen
titledone

Style guide

Status
colourGreen
titledone

Page status

Status
colourGreen
titlecomplete

Status
titletodo
Status
colourYellow
titleReady for review
Status
colourGreen
titledone
Status
colourRed
titleflagged



UI Text Box
sizemedium
typeinfo
Transition issue action - Automation

The issue list parsing mode JQL parsing mode, just like the Issue list mode, lets you define a target selection of issues. It is being used in Post functions and Automation actions, that allow you to create or updated multiple issues. Therefore it is being used in:

  • Create issue workflow post function
  • Update fields workflow post function
  • Transition issues workflow function
  • Read fields from linked issues or sub-tasks workflow post function
  • Create issue action - Automation
  • Update field action - Automation
  • update multiple issues, add or delete issue links, etc. 

    The output has to be a valid issue list as defined in the Data types section. The input must be a valid JQL query where you can also use field codes.

    Additionally, All JWT expression parser functions, that return an issue list can be used. Additionally issue lists can be constructed using functions like issueKeysToIssueList() can be used.


    Image Modified Example Example expressions

    Parser expressionDescription


    Code Block
    languagebash
    linenumberstrue
    project = JWT and resolution = Unresolved


    This example returns all unresolved issues in the JWT project.


    Code Block
    languagebash
    linenumberstrue
    subtasks()type = Bug and project = %{issue.project.key}


    This example returns a list of all sub-tasks of the Bugs in the same project as the current issue.


    Code Block
    languagebash
    linenumberstrue
    xxxx

    This example returns:

    blue
    issuetype = "%{issue.issueType}" AND project = "%{issue.project.name}"


    This example returns a list of all issues in the same project and with the same issue type as the current issue.

    JQL queries in JWT

    JQL queries in Jira Workflow Toolbox are pretty much written like in the issue navigator. The main difference is, that Field codes can be used which will be replaced with the corresponding values at runtime.

    If field values are expected to have white spaces or JQL reserved words or characters, you should enclose the field code in quotes (double or simple). Example: summary ~ "%{system.currentUser.displayName}" will return issues with the current user's full name in the summary. As the full name can contain spaces, the field code is enclosed in double quotes.

    Anyways, there is an exception to this general rule: when the field contains a comma-separated list of values, and you want to use it with the JQL operator IN. In those cases the field code should not be enclosed in double quotes, since you want the content of the field to be processed as a list of values, not as a single text value.

    Example:

    You have temporarily stored the issue keys of all linked issues in a Temporary text field. The field now contains a comma-separated list of the following issue keys: "CRM-1, HR-2, HR-3".

    JQL queryJQL query after field code is replaced with valuesDescription


    Code Block
    key in ("%{issue.temporaryText1}")



    Code Block
    key in ("CRM-1, HR-2, HR-3")


    This query will not return any results as it is syntactically incorrect(error)


    Code Block
    key in (%{issue.temporaryText1})



    Code Block
    key in (CRM-1, HR-2, HR-3)


    This query will return all issues stored in the temporary field. (tick)

    Disable JQL syntax pre-checks

    When a JQL query is being entered, a syntax pre-check is performed in order to verify that the query is syntactically correct. When field codes are being used, however, the final query that will be executed is unknown, since it depends on the actual values of the fields in runtime.

    In these cases the syntax pre-check is done with speculative values assigned to the fields, which might break the syntax check.

    In order to inhibit the JQL syntax pre-check simply add // to the beginning of the query. Those characters will be removed once the actual JQL query will be executed.

    Code Block
    // key in (%{issue.key})


    UI Text Box
    typetip

    Make sure to read all about working with Lists as they come with many extremely useful JWT expression parser functions.

    List functions can also be used in the Advanced text mode. The difference is, that the output will be a flat text instead of an issue list.

    Alternatively The main advantage over the advanced text mode is, that you can use the , if you want to limit the issue selection or scope by writing a JQL queryreturned elements of the issue list as Seeds.

    List management operators
    Excerpt Include
    List management operators
    Lists
    Lists
    nopaneltrue


    Excerpt Include
    DECADIS:Contact support
    DECADIS:Contact support
    nopaneltrue


    Page properties
    hiddentrue


    Tech review

    Status
    titletodo

    Style guide

    Status
    titletodo

    Status
    titletodo
    Status
    colourYellow
    titleReady for review
    Status
    colourGreen
    titledone
    StatuscolourRedtitleflagged
    Icon

    Image Added

    Short descriptionCalculate numeric values or set numeric issue fieldsDefine a target selection of issues to be created or updated using an advanced JQL query.
    Supported elements
    Output

    Status
    subtletrue
    titletext

    Page properties
    hiddentrue

    issue list