Project

General

Profile

Actions

Feature #12865

closed

Make the priority field more flexible/customizable

Added by T Mac over 11 years ago. Updated about 8 years ago.

Status:
Closed
Priority:
High
Assignee:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Resolution:
Duplicate

Description

Currently we use redmine to deal with features and bugs (just like here). Problem is that we believe that priorities for features and bugs should not be named the same. Mainly because features and bugs are different in nature and should not be weighted the same. Features are normally a single user request and even though it might be something necessary for that customer, thus "Immediate", it is not the same as a bug that can affect all the customers, but it will be tagged the same: "Immediate"

On our older system we had different priority status depending on the tracker. Example:
Feature:
- Critical
- Important
- Nice

Defect:
- Low
- Medium
- High
- Showstopper

So I guess the request is enabling the priority field to point to a custom-field, or maybe allowing it to be hidden as extension on #1091


Related issues

Is duplicate of Redmine - Feature #5262: Different priority levels for different trackersNew2010-04-07

Actions
Actions

Also available in: Atom PDF