Project

General

Profile

Actions

Defect #12113

open

Removing "parent task" from first tracker renders functionality for other trackers useless.

Added by Hans Raaf over 11 years ago. Updated over 11 years ago.

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

0%

Estimated time:
Resolution:
Affected version:

Description

I switched off "sub tasks" for our "support" tracker because I do not want anybody to use them there. Then I made "support" the top most tracker in the select fields for new tickets.

Result: I can not add any sub task in the "defects" tracker (where it is allowed) because the field does not show up initially. When I switch the tracker to "defects" the parent task field appears but is empty.

I also wonder why adding sub tasks does not start with the same tracker type.

Actions #1

Updated by Etienne Massip over 11 years ago

Hans Raaf wrote:

When I switch the tracker to "defects" the parent task field appears but is empty.

That is the expected behavior. The field is an autocomplete field.

Actions #2

Updated by Jean-Philippe Lang over 11 years ago

Hans Raaf wrote:

I also wonder why adding sub tasks does not start with the same tracker type.

Good point, this should be changed.

Etienne Massip wrote:

Hans Raaf wrote:

When I switch the tracker to "defects" the parent task field appears but is empty.

That is the expected behavior. The field is an autocomplete field.

Yes, but if you arrive on the new issue form after clicking "add subtask" from an existing issue, this means that this issue id is lost.

Actions #3

Updated by Etienne Massip over 11 years ago

Just a thought while talking about subtasking: I think that the "Add" link in "Subtasks" should be renamed to "Create new" to prevent confusion with the "Add" link of the "Related issues" (or best, have the 2 options).

Each time I think it will behave just like "Related issues" and offer me a field where I could fill the subtask id.

And why not even rename "Subtasks" to "Sub-issues" to make vocabulary consistent…

Actions #4

Updated by Jean-Philippe Lang over 11 years ago

  • Assignee set to Jean-Philippe Lang

r10662 sets the tracker of the parent issue as the default tracker for the subtask, it should solve your problem.

Etienne Massip wrote:

Just a thought while talking about subtasking: I think that the "Add" link in "Subtasks" should be renamed to "Create new" to prevent confusion with the "Add" link of the "Related issues" (or best, have the 2 options).

If we need to change, I think that "Add new" would be better ("Create" is generally use for saving submitted data).

And why not even rename "Subtasks" to "Sub-issues" to make vocabulary consistent…

While it may look more "consistent" (and my practice of english is not good enough to judge), it looks also not so natural (just have a look at the request #443).

Actions #5

Updated by Etienne Massip over 11 years ago

Jean-Philippe Lang wrote:

r10662 sets the tracker of the parent issue as the default tracker for the subtask, it should solve your problem.

Etienne Massip wrote:

Just a thought while talking about subtasking: I think that the "Add" link in "Subtasks" should be renamed to "Create new" to prevent confusion with the "Add" link of the "Related issues" (or best, have the 2 options).

If we need to change, I think that "Add new" would be better ("Create" is generally use for saving submitted data).

Why not just "New" and I can fill a FR to add a "Add" actually working the same as the "Add" of "Related issues", i.e. allowing user to select already existing issues for being subtasks of the current issue?

And why not even rename "Subtasks" to "Sub-issues" to make vocabulary consistent…

While it may look more "consistent" (and my practice of english is not good enough to judge), it looks also not so natural (just have a look at the request #443).

Same, agreed.

Actions

Also available in: Atom PDF