Feature #5037
closed
Role-based issue custom field visibility
Added by Dario Laera over 14 years ago. Updated over 10 years ago.
0%
Description
It would be nice to define some kind of view permission for fields in issues. For example, when you define a new custom field you should define also wich role can view this field.
The implementation of #337 should open the way for implementing this feature too.
Files
| 2014-07-17 09_13_13-Workflow.png (15.9 KB) 2014-07-17 09_13_13-Workflow.png | Juozapis Juozapauskiksi, 2014-07-17 08:21 |
Related issues
Updated by Jean-Philippe Lang over 14 years ago
- Subject changed from Role-based field visibility to Role-based custom field visibility
Updated by Gints Murāns over 14 years ago
+1 For role based custom fields. This is important, because there is information we as developers don't want to share with everybody else. For example organization heads are not interested in seeing information about technical aspect of the issue?
Updated by 
Updated by 
Updated by 
Updated by Terence Mill about 12 years ago
related (dupe) of Mightful workflow field enhancement: hide #12005
Updated by Daniel Felix almost 12 years ago
- Status changed from New to Closed
- Resolution set to Duplicate
Updated by Ernesto Baschny over 11 years ago
+1 on this, would be a nice improvement, and not overly complex.
Updated by Ernesto Baschny over 11 years ago
Should not be restricted to "custom fields" of course, but to all fields of an issue.
Updated by Jean-Philippe Lang over 11 years ago
- Status changed from Closed to New
- Assignee set to Jean-Philippe Lang
- Target version set to 2.4.0
Updated by David Robinson over 11 years ago
+1
Being able to "hide" certain fields (including not custom fields) for certain roles would be much appreciated.
Also mail updates, reports (pdf) and feeds should not carry hidden fields for the roles for which they have been hidden.
Updated by VD DV over 11 years ago
++++1 for planning this feature for next version. Great!!!
Updated by Jean-Philippe Lang over 11 years ago
David Robinson wrote:
Being able to "hide" certain fields (including not custom fields) for certain roles would be much appreciated.
Well, this feature planned for 2.4.0 is about custom fields only. Being able to hide some standard fields would be a bit trickier and might be added later, sorry.
Updated by David Robinson over 11 years ago
Jean-Philippe Lang wrote:
David Robinson wrote:
Being able to "hide" certain fields (including not custom fields) for certain roles would be much appreciated.
Well, this feature planned for 2.4.0 is about custom fields only. Being able to hide some standard fields would be a bit trickier and might be added later, sorry.
OK, Should I create a new feature request for it then?
Updated by Jean-Philippe Lang over 11 years ago
David Robinson wrote:
OK, Should I create a new feature request for it then?
Sure, and thanks for the feedback!
Updated by Jean-Philippe Lang over 11 years ago
- update the issue custom field form in order to select roles that can see the field
- update the issue view (HTML, PDF, API) to hide hidden custom fields, including in the issue history (custom fields changes)
- update the issue form to exclude hidden custom fields
- completely exclude custom fields from the issue list (columns/filters) if they are not visible by the user on any projects
- update the issue list (HTML, PDF, CSV, API) to hide hidden custom fields values per row (on the cross-project list, the user might be able to see custom fields for some projects but not for some other projects, depending on his roles on these projects)
- when filtering or grouping the issue list by a custom field, exclude issues for which the custom is not visible
- same thing for the time entries list (where issue custom fields can be displayed/filtered)
- update the search engine so that it doesn't look up in searchable custom fields that are not visible
- update the email notification system so that each user receives an email with only visible custom field (need to change message-ids since multiple emails might now be sent for the same event)
- when updating an issue by just changing custom fields values, don't notify users that can't see these custom fields
Please let me know if I'm missing something.
Updated by Ernesto Baschny over 11 years ago
Jean-Philippe: maybe also consider Custom Queries:
- don't offer the custom fields that are hidden in "custom queries" (queries/new) "Add filter" option
- hide Custom Queries which include filtering by some custom field which is hidden
I wonder if it isn't worth to also consider the "regular fields" at the same time, because you will have to touch all those different areas anyway. Or at least prepare an API for it, to make it easier to later hide "regular fields" (maybe someone could then write a plugin to do so).
From the regular fields there are some "special ones" which shouldn't be hideable, i.e. "Status", "Tracker", "Parent Task" and "Subject".
Updated by Александр Александрук over 11 years ago
+1
It will be very useful feature! Look forward to!
Jean-Philippe Lang You're doing a great job, thank you!
Updated by Jean-Philippe Lang over 11 years ago
- Subject changed from Role-based custom field visibility to Role-based issue custom field visibility
- Status changed from New to Closed
- Resolution set to Fixed
Feature added in r12013. You can now limit the visibility issue custom field to certain roles.
Ernesto Baschny wrote:
- don't offer the custom fields that are hidden in "custom queries" (queries/new) "Add filter" option
Done
- hide Custom Queries which include filtering by some custom field which is hidden
That would involve too much logic for filtering custom queries. Instead, custom queries can now be made visible to certain roles only (#1019 added for 2.4.0). A user that would be able to display a custom query with fields that are not visible to him wouldn't see them anyway. Queries always take care to show visibile fields only.
Updated by Ernesto Baschny over 11 years ago
Updated by Etienne Massip over 11 years ago
- Status changed from Closed to Reopened
500 when trying to add a spent time custom field to spent time report:
ActionView::Template::Error (undefined method `visible_by?' for #<TimeEntryCustomField:0x3e7bb50>):
19: <tbody>
20: <% entries.each do |entry| -%>
21: <tr class="time-entry <%= cycle("odd", "even") %> hascontextmenu">
22: <td class="checkbox hide-when-print"><%= check_box_tag("ids[]", entry.id, false, :id => nil) %></td>
23: <%= raw @query.inline_columns.map {|column| "<td class=\"#{column.css_classes}\">#{column_content(column, entry)}</td>"}.join %>
24: <td align="center">
25: <% if entry.editable_by?(User.current) -%>
app/models/query.rb:84:in `value'
app/helpers/queries_helper.rb:84:in `column_content'
app/views/timelog/_list.html.erb:22:in `block (3 levels) in _app_views_timelog__list_html_erb__1016642981_38612940'
app/views/timelog/_list.html.erb:22:in `map'
app/views/timelog/_list.html.erb:22:in `block (2 levels) in _app_views_timelog__list_html_erb__1016642981_38612940'
app/views/timelog/_list.html.erb:19:in `each'
app/views/timelog/_list.html.erb:19:in `block in _app_views_timelog__list_html_erb__1016642981_38612940'
app/views/timelog/_list.html.erb:1:in `_app_views_timelog__list_html_erb__1016642981_38612940'
app/views/timelog/index.html.erb:20:in `_app_views_timelog_index_html_erb___932575742_45051756'
app/controllers/timelog_controller.rb:64:in `block (2 levels) in index'
app/controllers/timelog_controller.rb:51:in `index'
CustomField#visible_by? seems to be implemented in IssueCustomField only, did you mean to implement a default one in CustomField?
Updated by Jean-Philippe Lang over 11 years ago
- Status changed from Reopened to Closed
Etienne Massip wrote:
CustomField#visible_by?seems to be implemented inIssueCustomFieldonly, did you mean to implement a default one inCustomField?
Thanks for pointing this out, it's fixed in r12041.
Updated by Vimal Joseph over 11 years ago
Thanks for this feature. When can we expect this in a stable release?
Updated by Toshi MARUYAMA over 11 years ago
- Related to Feature #3976: Hide custom fields from certain roles added
Updated by Toshi MARUYAMA over 11 years ago
- Related to deleted (Feature #3976: Hide custom fields from certain roles)
Updated by Toshi MARUYAMA over 11 years ago
- Has duplicate Feature #3976: Hide custom fields from certain roles added
Updated by Sebastian Sp about 11 years ago
Hello, is it possible to add this feature to release 2.3.4, as it would be very very nice for our redmine installations.
Best regards,
Sebastian
Updated by Christoph Klesser about 11 years ago
+1
Sebastian Spill wrote:
Hello, is it possible to add this feature to release 2.3.4, as it would be very very nice for our redmine installations.
Best regards,
Sebastian
Updated by Tobias Fischer about 11 years ago
dude, read the ticket! It's planned for the next version 2.4.0!
2.3.x releases only contain bugfixes and never any new features...
Updated by Sebastian Sp about 11 years ago
Hello,
thanks a lot for quick release! I found a bug regarding this new feature:
When you add custom fields with option "required", the role-based feature does not work correctly. The fields are not displayed, but the validation routine makes the ticket unsaveable.
Regards,
Sebastian
Updated by Jean-Philippe Lang about 11 years ago
Sebastian Spill wrote:
When you add custom fields with option "required", the role-based feature does not work correctly. The fields are not displayed, but the validation routine makes the ticket unsaveable.
Please, open a bug report.
Updated by Toshi MARUYAMA almost 11 years ago
Jean-Philippe Lang wrote:
Sebastian Spill wrote:
When you add custom fields with option "required", the role-based feature does not work correctly. The fields are not displayed, but the validation routine makes the ticket unsaveable.
Please, open a bug report.
FTR: #15408
Updated by Stefan T. Oertel almost 11 years ago
Hi there,
is there a chance to have the feature also for non-issue related custom fields, like "Spent time"? Would be very useful.
Thanks,
Stefan
Updated by Juozapis Juozapauskiksi over 10 years ago
Hi I cannot see any visibility controls. See attached file.
Sorry looked in wrong place..
Updated by Toshi MARUYAMA over 9 years ago
- Related to Defect #17096: Issue emails cannot be threaded by some mailers due to inconsistent Message-ID and References field added
Updated by Toshi MARUYAMA about 8 years ago
- Related to Feature #23997: Per role visibility settings for version custom fields added
Updated by Go MAEDA over 6 years ago
- Related to Patch #29160: Remove unused and broken method CustomField.visibility_condition added