Page History
UI Text Box | ||
---|---|---|
| ||
This function has been renamed with the JWT 3.0 release. Find the new documentation at: |
Section | ||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Purpose
Status | ||||
---|---|---|---|---|
|
The Move issues post function allows you to move a standard an issue type to a different project or , issue type . Both the target issue type and workflow status must be available in the target project. The or status inside a workflow transition. This post function must be the last post function of inside a transition.
The following options are available:
- Project (Select the target project.)
- Issue type (Select the target issue type.)
- Status (Select the target status.)
- Set fields (Select additional fields to be set)Additional actions (
Status colour Yellow title since version 2.6.0 it is possible to show a meaningful error message and stop the execution of the entire transition should the post function fail) - Conditional execution (Optional boolean expression that should be satisfied in order to actually execute the post function.)
- Run as (Select the user that will be used to execute the post function)
- .
- )
In case the configuration is incorrectnot correct, e.g. the issue type is not available in the target project or the target status is not available for the new issue type, the post function will be skipped. Optionally you can decide whether you want to display an error and abort the execution of the entire transition.nothing will happen.
Example: Moving current issue to project
DevelopmentAccounting and converting it into a Task issue type
In this example we show how to configure the Move issues post function for moving the current issue to the project DevelopmentACCOUNTING, and at the same time converting it from any issue type into a Taska Task.
We are conditioning the execution of the post function to the presence of any of the following components in the issue: "Budget", "Payment" or "Cash". To execute the post function unconditionally, the field Conditional execution should execution should remain empty.
We are also adding the string "(moved from project <original_project_key>)" to the summary of the moved issue, and
leaving the following commentautomatically creating a comment like this: "The issue was moved from project <original_project_key> by <user_who_executes_the_post-function> on <date_time_of_issue_moving>.
"
Once configured, the Move issues the post function will look like this:
of the post function sequence. Otherwise , otherwise nothing will happen.
Note that the post function has to be moved to the last positionAfter the execution of the post function you might need to refresh your browser in order to view the the issue fully updated to the new project and issue type.