Project

General

Profile

Actions

Defect #9875

open

Moving parent task leaves subtasks behind

Added by Adam Sneller about 12 years ago. Updated about 8 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Roadmap
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Resolution:
Affected version:

Description

I am having a problem moving parent task between version numbers. Suppose you have a list of issues with parent and subtasks. You then group these issues by version number, to render a hierarchy like so:

Version 1.0

Backlog
Parent task 1
Parent task 2
- Subtask 2.1
- Subtask 2.2
Parent task 3

If you then Ctrl-click parent task 2 and change it's version number from Backlog to Version 1.0. Here's what happens:

Version 1.0
Parent task 2

Backlog
Parent task 1
Subtask 2.1
Subtask 2.2
Parent task 3

Notice that Subtask 2.1 and Subtask 2.2 have been left behind! I think it makes sense that if you move a Parent task, all subtasks should follow.


Related issues

Related to Redmine - Feature #6117: subtasks default to parent issue target versionNew2010-08-12

Actions
Actions #1

Updated by Daniel Albuschat about 12 years ago

I started a discussion regarding this topic in the forums:
http://www.redmine.org/boards/4/topics/28743

Also, #9972 is a similar (at least related) issue.

Actions #2

Updated by Alessandro Zucchi about 8 years ago

+1

Actions #3

Updated by Sebastian Paluch about 8 years ago

I disagree. I can easily imagine a parent task that, in total, is very big. I know that entire functionality that the task is delivering should be released in "Version 1" but subtasks can be released for testing much earlier in beta releases.

Actions #4

Updated by Toshi MARUYAMA about 8 years ago

  • Category set to Roadmap
Actions #5

Updated by Toshi MARUYAMA about 8 years ago

  • Related to Feature #6117: subtasks default to parent issue target version added
Actions

Also available in: Atom PDF