Feature #4670
Fine tune "New Issue"
| Status: | New | Start date: | 2010-01-27 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | - | % Done: | 0% | |
| Category: | Issues | |||
| Target version: | - | |||
| Resolution: |
Description
Why can anybody (=any role) assign a due date, etimated time, %done, assigned to, or target version for an new issue? This makes sense only for the developers themselves and is unintersting (best) or confusing (worse) for the bug/feature reporters.
As it seems, even redmine has problems with this, as you put these 2 lines in "SubmittingBugs":- please DON'T fill the target version field: let the developers decide when integrate
- please DON'T assign the feature request to anybody, let the developers deal with it
It is possible already to add custuom fields, so why not making the default fields deletable?
best regards,
jakob
Related issues
History
#1 Updated by Axel Kloss over 3 years ago
+1, really need this configurable or role-based (see also #1091)
#2 Updated by Axel Kloss over 3 years ago
and #703
#3 Updated by minkbear minkbear about 3 years ago
+1
#4 Updated by Bryce Ellis about 3 years ago
I am very happy to have finally found a tool that ties together the vital parts of project(s) management as well as redmine does. Great Job! I am in the process of standing up a version with many external contributers and a need to manage the content of incremental baselines. Due to the number and diversity of contributers on our project, the features of and changes to a target version must be tightly controlled by a configuration control board. This issue means that the board must extend extra effort to guard against any redirection of issues.
#5 Updated by Dipan Mehta 2 months ago
#6 Updated by Toshi MARUYAMA 2 months ago
- Category set to Issues