When you add this post-function to a transition and trigger the transition, the add-on copies the value(s) of the selected field into the same field of all issues linked to the current issue through the selected link type.
Info | ||
---|---|---|
| ||
Beware of the default "relates to" link type, which can cause confusion. The problem stems from the fact that "relates to" is both the inward direction and the outward direction of the "Relates" link type. We recommend that you rename one of the directions to "is related to" to avoid confusion. This can be done on the Issue Linking Jira admin page. |
Options
- Copy only if not set
Copies the value(s) of the selected field into the same field of all the linked issues, only when the field is empty on the linked issue(s).
- Ignore empty values
Will not set (clear) the selected field of the linked issues, if the value from the current issue is empty or null.
- Add source value(s) to destination field
Appends the value(s) of the selected field to the same field of all the linked issues. This is applicable only to multi-valued fields.
- Create missing value(s)
Allows automatically creating any missing value(s) while copying values that do not exist in the destination issue's project and hence should be created from the source issue's project. This is applicable only to Affects Version/s, Fix Version/s, Single version and Multi-version picker type custom fields, Components, Radio buttons, Checkboxes, Single select and Multi-select list type custom fields.
Run As
- Run as user
Any user specified in this field will be the author of the copy performed by the post-function. Leave it blank for the current user to be the author.
Conditional execution
To execute this post-function based on the result of a groovy expression see Conditional execution/validation using a Groovy expression.
Info |
---|
Note that you can use this function to copy a field from,
|
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.
On development and staging Jira instances, you can activate error reporting for all JMWE post-functions on the JMWE configuration page, and it is recommended to do so. But on production Jira instances,For example on the production Jira instances you might want to show errors
only foronly for the post-function(s) being worked on, in order to avoid disrupting other workflows. To make
errorserrors raised by
thethe 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.
Note |
---|
When the option is selected on a post-function, it overrides the configuration on the JMWE configuration page. |