Redmine

You can find similar feature request #7690, which is closed but I don't know why.
Obviously, this feature is extremely necessary.

Try to sort the list by parent task. You should get the tree.

+1 would be extremely helpful. Sorting does not really help as you do not see the parent next to the child. Further in case you have more than one layer of hierarchy sorting doesn't work anymore at all.

+1 I agree, we need this feature too

+1 When sorting the list by parent task and then by due date, the due date sort order is ignored.

I would love this feature too !

+1 This would be extremely useful.

Without it larger projects that need formal requirements tracking would depend on systems like DOORS or CRADLE,
which is unfortunate because has the core functionality needed to replace them.

My bad for double post, but I can't seem to edit my own posts.
I meant to say

...unfortunate because redmine has the core functionality...

+1 I want it!

+1
For me, this is a big issue, too.
IMHO, the logic of the issue list should be changed to behave like this:

• Add a checkbox whether the changes described here should be applied, named something like "Show subtasks in tree view" (even without sorting by parent task). Default: Yes
• Add a checkbox whether the filter criteria should be applied to subtasks, too. It is surely not uncommon that you would like to filter parent tasks by priority, for example, but have all subtasks of these filtered tasks visible. Sometimes, however, you probably just want to see subtasks with the same, filtered priority.

• Change the issue list to filter only parent tasks.
• For each parent tasks, filter the corresponding subtasks and display them below (and indented to) the parent task
• The same procedure is done recursively for the subtasks' subtasks, too.

Optimizations:
There are two ways to avoid multiple database queries for each parent task:
a) select a field has_subtasks as "case when exists (select * from issues subissue where subissue.parent_id=issue.parent_id) then 1 else 0 end as has_subtasks". With this, you can check whether you need to query for subtasks at all without executing another query.
b) Add a field "has_subtasks" in the table issues that is automatically updated by a trigger when a subtask has been added or removed (this makes updating a little bit slower, but selecting the issues much faster - especially for lists without or with a only a few subtasks)

What do you think, Jean-Philippe Lang?
Since this is a big issue for me (I just introduced Redmine in our company), I'd even try to implement this.

+1

Please check my plugin - it solves this behavior:

http://www.redmine.org/plugins/redmine_smart_issues_sort

+1. This is very important. Can we have it in 2.4?

+1 vote for it

Our teams vote too. This feature can give us possibility to avoid using external reqs management tools.

+1.
We are using Vitaly Klimov Smart Sort plugin, but would like to reduce dependencies.

+1.
... Smart Sort plugin crashed on Redmine 2.3.2 (ruby 1.9.3)

+1 because sorting via the additional parent item column steals available monitor space.

+1

+1

Yes, I would very much like this, too.

Right now, if a subtask happens to end up in the row following the parent task, it is indented with a right arrow icon, which is very nice. But otherwise, nothing.

According to #6116, you can achieve correct hierarchial sorting (between parent and subtasks) by creating a custom query that sorts on "Parent task", "ascending".

However, then you effectively can't sort by anything else, like priority or status.

+1 too.

The gantt diagram already contains it. But it is not enough.

I would create a new view for this. When the user is in the Tickets tab he or she should get the option to display the (existing) list view or the tree view. I think a tree view has the same value as a list, though they may provide different functions. Ideally, tree view and list view should be one thing. But this could be difficult to implement. That's why suggest to start a new view. A primitive tree view is better than no view.

Is it that hard? I see open tickets for 4+ years

+1

+1

+1
A patch would be enough

+1
6 years after report....

+1

A custom query with Parent task as first order does the trick for me (no need to put it on the columns)

+1
Very usefully

+1

+1
What's about this feature 7 years ago since now?
Support sorting in issue-query by parent task (field) AND an other field in order to sort within the parent fields comes to be very important. Thanks for regard this request.

+1
Please fix this issue. We need this.

+1

+1
We are using Vitaly Klimov Smart Sort Plugin. We want to upgrade, but the Plugin is not working with 4.1.

Klaus Adler wrote:

+1
We are using Vitaly Klimov Smart Sort Plugin. We want to upgrade, but the Plugin is not working with 4.1.

As far as the tree view is concerned you may have a look at this plugin here: https://www.redmine.org/plugins/redmine_issues_tree

+1

+1

+1

+1
Even the not very obvious solution #6116 is enough for us right now.