-
Bug
-
Resolution: Fixed
-
Medium
-
3.13.4, 4.0 Milestone 5
-
3.13
-
When moving an issue with sub-tasks between projects, we need to move the sub-tasks. Sometimes the fields of the moving issues need to change to fit into the target project. The "Move" operation presents a mapping GUI for the parent issue when this needs to occur. It does not have a GUI for sub-tasks remapping. To move the sub-tasks it simply fills in the default value for fields that must change. For example, when moving a sub-task between projects its components field will be cleared. This can leave the sub-tasks in invalid states. For example, a moved sub-task will be invalid in a target project with compulsory components.
This is a problem for at least the Component and Due Date field.
The simplest solution would be to use the "Bulk Move" operation to perform a "Move". The bulk move has the step to configure the sub-task mappings that the regular move does not. All that would be required would be to hide the fact that we are doing a bulk move while performing a logical "Move".
- causes
-
JSWSERVER-11255 Move issues between projects not working using Jira Agile board if the issue have subtasks
- Closed
- has a derivative of
-
JRASERVER-31734 NPE error when moving issue with subtask in case target project has a different workflow for the subtask
- Closed
-
JRASERVER-27346 sub-task workflow is wrong during move of parent
- Closed
-
JRASERVER-29630 Sub-Tasks Not Using Assigned Workflow When Moving Parent Issue To Another Project
- Closed
-
JRASERVER-31022 Moving a subtask with its parent does not validate the custom field context
- Closed
-
JRASERVER-37722 Unable to move issue with sub-issues to another project with different workflow
- Closed
- is related to
-
JRASERVER-13011 Component of a subtask is still component of original project after moving an issue
- Closed