Feature #454

Trackers per-project

Added by Adam Knight over 13 years ago. Updated about 13 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:


Target version:-


Redmine needs to be able to turn trackers on and off per project. Some projects may want Bugs, but some may be support
only where Support is the only one you want. Others could be administrative and need only one called Tasks, etc.


#1 Updated by Nikolay Solakov about 13 years ago

Well, maybe:
- when I unselect a tracker from project, the tracker seems
to be of no use any more for that project
- when unselecting a tracker from the project settings, there
should be a check if issues assigned to this tracker exist in
the project
- if so, Redmine should not allow this. The user would have
to manually move the issues to another tracker.

This is my understanding of the issue :)

P.S.: Or, you can implement the two ways and put a global setting
for Allowing existing issues assigned to tracker when unselecting


#2 Updated by Jean-Philippe Lang about 13 years ago

Yes, I didn't want to remove unused trackers from the filter
list because:
- there may be existing issues that are assigned to them and
it can be usefull to list them
- subprojects may use these trackers (and the issue list let
you show the subprojects issues)

But I'm open to any suggestion. What do you think ?

#3 Updated by Nikolay Solakov about 13 years ago

On Issues page, when I pick Tracker filter, the trackers are
not filtered by the current project.


#4 Updated by Jean-Philippe Lang about 13 years ago

Done in r920.
Trackers can now be selected on project settings.
Note that if a tracker is unselected for a given project, existing
issues assigned to this tracker are not removed. They will still
appear on the issue list.

#5 Updated by Nikolay Solakov about 13 years ago

+1 from me too.

#6 Updated by iGor kMeta about 13 years ago

+1 I think it will be useful feature.

#7 Updated by Jesse Rhoads about 13 years ago

Agreed. This will help flexibility in naming trackers. For
code management projects makes no sense to have trackers talking
about progress of contracts, service calls, etc.

Also available in: Atom PDF