Page History
Section | ||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Purpose
Status | ||||
---|---|---|---|---|
|
The Move issues post function allows you to move an a standard 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 inside of 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 (
it is possible to show a meaningful error message and stop the execution of the entire transition should the post function fail)Status colour Yellow title since version 2.6.0 - 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)
Warning |
---|
Moving individual sub-tasks is currently not supported. Sub-tasks can only be moved in sync with their their parent issue. When moving a parent issue make sure that the valid configurations (issue type and workflow statuses) for all sub-taks issues exist in the target project. |
In case the configuration is not correctincorrect, e.g. the issue type is not available in the target project or the target status is not available for the new issue type, nothing will happenthe post function will be skipped. Optionally you can decide whether you want to display an error and abort the execution of the entire transition.
Example: Moving current issue to project
ACCOUNTINGDevelopment and converting it into
TASKTask issue type
In this example we show how to configure the Move issues post function for moving the current issue to the project ACCOUNTINGDevelopment, and at the same time converting it from any issue type into a 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 remain empty.
We are also adding the string "(moved from project <original_project_key>)" to the summary of the moved issue, and automatically creating a comment like thisleaving the following comment: "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 will post function will look like this:
Note that the post function has to be moved to the last position , otherwise of the post function sequence. Otherwise nothing will happen.
After 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.