Project

General

Profile

Actions

Feature #3154

closed

Remove default fields on new issue form

Added by Yanoksy DuraƱona Yero over 15 years ago. Updated almost 15 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
2009-04-10
Due date:
% Done:

0%

Estimated time:
Resolution:
Duplicate

Description

It will be great that Redmine allows end-users to remove some default fields. This feature enables that end-users can customize Redmine according to their particular needs and by the way it maximizes the flexibility of the product.

Good bye and congratulations. You are doing a nice job.


Related issues

Is duplicate of Redmine - Feature #1091: Disabling default ticket fields per trackerClosedJean-Philippe Lang2008-04-23

Actions
Actions #1

Updated by Ryan H over 15 years ago

I completely agree. This is huge. We're looking for a light-weight scalable issue tracker. We love the idea, but we need to get a base started without it. There's still a lot of cowboy land out here where people are against having hard due dates, and keeping the %complete up-to-date.

We would also like the flexibility to change the start date to "date requested/reported."

Also, to turn off the calendar and gantt features.

Thanks

Actions #2

Updated by Robert Pollak over 15 years ago

I'd also have "Due date", "Estimated time" and "% Done" removed for issue reporters - also when showing issues.

Actions #3

Updated by Jason Hickey over 15 years ago

I entered a forum query on this the other day. We would really like to use this for interaction with our clients but we DO NOT want them to be able to assign due dates or time estimates. We simply want them to be able to submit an issue.

Actions #4

Updated by D W about 15 years ago

+1 on this. If you use Redmine as a client support ticket request system, then it makes no sense to allow the Reporter (Client) role to even see some of these fields like Due Date, estimate, etc. It just confuses them and makes them not love the Redmine system as much as they should.

For now I modified the views/issues/_form.rhtml to hide these fields and also the Assign To field if the user does not have the rights to Assign Watchers. This security option was a rough way to identify all basic client reporter users (versus Client Project Manager role who we decided can set these fields) and that code happened to be easily found and reused in that file.

Actions #5

Updated by Giulio Turetta about 15 years ago

+1 needed ty
i use a custom plugin to override views/issues/_form.rhtml like D W

Actions #6

Updated by Cyrus Lentin almost 15 years ago

Giulio Turetta wrote:

+1 needed ty
i use a custom plugin to override views/issues/_form.rhtml like D W

+1. Very important to us. Can you share the custom plugin with all.

Actions #7

Updated by Cyrus Lentin almost 15 years ago

Feature #1296, Feature #3154 and forum topic http://www.redmine.org/boards/2/topics/3344
all talk of the same requirement. Somethings needs to be done.

Actions #8

Updated by Mischa The Evil almost 15 years ago

  • Status changed from New to Closed
  • Resolution set to Duplicate

Cyrus Lentin wrote:

Feature #1296, Feature #3154 and forum topic http://www.redmine.org/boards/2/topics/3344
all talk of the same requirement. Somethings needs to be done.

Thanks for this research. I'll close this issue as a duplicate of the older #1091 which can then also be used as a central place to comment on the feature.

Actions

Also available in: Atom PDF