When you add this post-function to a transition and trigger it, the add-on links the current issue to the specified number of issues that satisfy the specified parameterized JQL query.
Issues to link
- JQL Expression: Input a JQL expression that returns the issues to link. You can include Groovy Template markup to your JQL expression and test using the JQL expression tester provided in this post-function.
Examples:
project = TEST
returns the issues of the project whose key is TESTassignee is EMPTY
returns all the unassigned issues.project = TP and assignee = <%= issue.get("reporter").getName() %>
returns the issues of the project whose key isTP
and the reporter is the assignee.
Note: If the current issue satisfies the specified JQL query, an error is logged because you cannot link an issue with itself.
You can find more information about searching for Jira issues using JQL here: Advanced searching and Search Jira like a boss with JQL.
- Max. Issues: Input the maximum number of issues that the JQL expression should return. The value cannot be more than 50.
Link type
- Issue Link: Select the link type to be created between the current issue and the issues returned from the JQL expression.
Customize this post-function using the additional options provided as part of the post-function. The options are:
Run As
- Run as user: Any user specified in this field will be the creator of the issue links.
Conditional execution
To execute this post-function based on the result of a Groovy expression see Conditional execution/validation using a Groovy expression. The condition is evaluated only after the JQL query runs and not before. It will be evaluated against each issue returned by the JQL query allowing you to further filter the issues to link to the current issue. The issues returned by the JQL query will be available in your Groovy script through the linkedIssue variable.
Error Handling
By default, all errors (Java Exceptions) raised by this post-function, including those raised by custom Groovy scripts, will be logged in the JIRA log file but will not be reported to the user and will not prevent the transition from completing. However, when designing new workflows or troubleshooting them, it is more convenient to be notified immediately of any such error during the execution of the transition. For example on the production Jira instances you might want to show errors only for the post-function(s) being worked on, in order to avoid disrupting other workflows. To make errors raised by the current post-function prevent the transition from completing and show the error in the browser, select Make transition fail when an error occurs in this post-function
.
If you want to show all the errors, either only to the admins or to all users, configure the option globally on the JMWE configuration page. For example, on development and staging Jira instances, you can activate error reporting for all JMWE post-functions, to display all the errors and it is recommended to do so, and on production Jira instances you might want to activate error reporting only to administrators so that they can be made aware of configuration errors.
When the option is selected on a post-function, it overrides the configuration on the JMWE configuration page.