Project

General

Profile

Actions

Feature #3726

closed

Trackers per Role

Added by Felipe Campo over 14 years ago. Updated almost 8 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Permissions and roles
Target version:
-
Start date:
2009-08-10
Due date:
% Done:

0%

Estimated time:
Resolution:

Description

I wonder if its possible to add a restriction per role , so a role only can see only the issues of a list of assigned trackers.
I propose this because, some of the trackers that we modeled are for internal usage and our should not see the information registered there.

I propose a list of features as showed in the permission reports but for the trackers. And then default behavios should be show all trackers


Files

RedMine_WorkFlow.jpg (16.5 KB) RedMine_WorkFlow.jpg Nanda P, 2009-08-10 18:51
RedMine_WorkFlow1.jpg (13.6 KB) RedMine_WorkFlow1.jpg Nanda P, 2009-08-10 18:51

Related issues

Related to Redmine - Feature #973: Assign different status sets and workflows for separate projectsNew2008-04-02

Actions
Related to Redmine - Feature #2467: To control the permissions of users against 'Tracker', 'Category' and so on.New2009-01-08

Actions
Related to Redmine - Feature #12646: issue relation access managment per tracker and roleNew

Actions
Related to Redmine - Feature #7839: Limit trackers for new issue to certain rolesClosedJean-Philippe Lang2011-03-11

Actions
Is duplicate of Redmine - Feature #285: Tracker role-based permissioningClosedJean-Philippe Lang

Actions
Actions #1

Updated by Nanda P over 14 years ago

Hi Felipe,

It is possible through "Administration -> Workflow"

Select required trackers for a role.

HTH

Regards
Nanda

Actions #2

Updated by Paul Macdonnell over 14 years ago

Hi,
I would like to see this as well.
We have several Trackers and several Roles

Roles:
Manager
Developer
Technical
Project Manager

Tracker:
Feature
Bug
Incident
Support

I'd like it so only Technical roles can see issues in the Incident and Support Tracker.
Likewise the other roles can only see the Feature and Bug Trackers.

This is more than just being able to modify the status of an issue in a workflow (which is what you can currently do), this is allowing roles to see issues assigned to various Trackers or not.

The visibility table would look something like this then:

Tracker and issue visibility

Role Feature Bug Incident Support
Manager Y Y N N
Developer Y Y N N
Technical N N Y Y
Project Manager Y Y N N

If a role doesn't have permission to view a Tracker, they are unable to see any issues that have been assigned to that Tracker.

Cheers,
Paul

Actions #3

Updated by Maxim Krušina over 14 years ago

+1

Actions #4

Updated by Michael Sanders almost 14 years ago

If you take a look at the originally written issue, I'm fairly certain that the actual request is to make it so that you define which Roles have which Trackers available for them to initially report issues on.

So, for instance, you would be able to control it so that the public can not put in a Task, as opposed to Suggesting a feature.
If that is the case, this issue is a duplicate of 2647

This is highly crucial and a basic-functionality request that is pivotal to my group's projects (we run 7 projects using Redmine.)
I highly recommend that an extra row is made in the Workflow menu of the Project Settings designated "Initial Creation" or something similar. This would be a mandatory field, that all projects have and cannot be deleted. The purpose would be to effectively describe "The user should have the permission to bring it from "Initial Creation" to "New" or whatever your Default Issue may be. Some people may see fit to allow people the access to submit to a tracker, only allowing a certain status for a specific role.

Obviously, if all of the checkboxes in Workflow were unchecked, someone of that Role would not be able to Create an issue.
++1

Actions #5

Updated by Chad Heuschober about 13 years ago

+1 one here.

We'd like to use a special tracker for our user stories so we can relate feature tracker issues back to their originating user stories, however, the user story owners are too nontechnical to be given free reign with the full issue tracker and have a hard time understanding how and where their requests go. Restricting them to just the one tracker would be best for us.

This issue has quite a few duplicates too. Please see:

Issue #285
Issue #1462
Issue #2791
Issue #2240

Actions #6

Updated by Crowella Spreva Farning about 13 years ago

yes please work on this ... a lot of us here wanting this feature

Actions #7

Updated by Lorand David about 13 years ago

+1

Actions #8

Updated by Matt Wheaton almost 13 years ago

+1

Actions #9

Updated by Etienne Massip almost 13 years ago

  • Category set to Permissions and roles
Actions #10

Updated by Stéphane David almost 13 years ago

+1. At least make it so that some trackers can be set as not visible at all for a given role (cannot be created, and won't appear at all).

At the moment, it seems the only option is to create several subprojects with different trackers, but it's not really convenient

Actions #11

Updated by chris - over 12 years ago

+1

Actions #12

Updated by Terence Mill over 12 years ago

covered by #8050, which goes beyond and enabled to set field visbility dependent of tracker and worflow status.

Actions #13

Updated by Julien Breux over 12 years ago

+1

Actions #14

Updated by Thomas Lmx about 11 years ago

+1

Actions #15

Updated by Terence Mill about 11 years ago

related to #12646

Actions #16

Updated by Gilles DENAT almost 11 years ago

+1

Actions #17

Updated by Mathias Van de Broeck over 10 years ago

+1
Would be an improvement !

Actions #18

Updated by Lázaro Hermoso over 10 years ago

+1
Definitely and improvement!

Maybe it could be implemented by adding more functionality in 'Issues visibility' within Roles and Permissions Administration Menu.

!Issues Visibility.JPG!

When selecting a Role you can select Issues Visibility between:
  1. All issues
  2. All non private issues
  3. Issues created by or assigned to the user
  4. In my opinion a solution could be to add here the functionality of selecting the trackers that each role can view

In #8488 it was achieved to let watchers view issues eventhough their permission was set to 'issues created by or assigned to the user'. This is somehow a solution but it would be annoying to add users as watchers to every single issue.

I am sorry that I am not a developer and I cannot help with the code... :(

Actions #19

Updated by Toshi MARUYAMA over 10 years ago

  • Related to Feature #7839: Limit trackers for new issue to certain roles added
Actions #20

Updated by Maxim Krušina about 10 years ago

+1 again (just found my 4 years odl vote :)
this will be really great for client support, so we can create tracker directly in each project. Now we have to use separate project structure for client support.

Actions #21

Updated by Andy Puettmann almost 10 years ago

There is sort of a workaround for this
I created a custom field type 'list' shown as 'checkbox' and made it required.
When assigning this field to only a single tracker 'project 3, bugs' I can have detailed 'create issue' permissions by making this field 'read-only' for all except the desired group.
(Field set to be visible only to 'permitted' groups)

This is not beautiful, but locks at least a few create issue and transition permissions.

- Andy

Actions #22

Updated by Alessandro Lanza almost 9 years ago

+1
Ale

Actions #23

Updated by Alex Petty over 8 years ago

+1

This is very much needed! (Does anyone have happen to have a 3.0.x compatible patch for this?)
Hopefully Jean-Phillipe Lang (and his core team) will recognize the importance of this feature and add it to Redmine's next version.

The end-to-end for how I envision this working is:
(1) Administrator creates a role (let's call it role A)
(2) Administrator assigns a user (or group) role A.
(3) Through the implementation of this feature, the administrator will be able to define which tracker-types that role A is capable of creating (so long as role A has been assigned the "add issue" permission)
(4) When the user possessing role A (and also having the "add issue" permission) clicks the "New Issue" tab, the user will see only those trackers which were defined as "can create this tracker" to role A.
(5) If the user has multiple roles with "can create this tracker" defined, each having their own set of permissible trackers, the user will be able to create the super-set of all trackers from all assigned roles.

This would truly be a GREAT and VALUABLE feature for Redmine's overall flexibility in configuration, and would be hugely appreciate by many!!

+1000

-Alex Petty

Actions #24

Updated by budo kaiman over 8 years ago

+1
It would be great to have two options for this

  1. Permission to create issue of tracker
  2. Permission to view issues of tracker

The first one is really the most necessary, the second would be nice as it would prevent a complicated system of private issues as a workaround.

Actions #25

Updated by Alexander Lapshin over 8 years ago

This feature very much needed!
+1

Actions #26

Updated by Kamil Franckiewicz over 8 years ago

+1

Actions #27

Updated by alexandr al over 8 years ago

+1

Actions #28

Updated by Anton Titkov over 8 years ago

Hello everyone!
Please check a plugin http://www.redmine.org/plugins/tracker_hider and share your thoughts. Thanks!

Actions #29

Updated by Anton Titkov over 8 years ago

Anton Titkov wrote:

Hello everyone!
Please check a plugin http://www.redmine.org/plugins/tracker_hider and share your thoughts. Thanks!

Hello guys!
Has enybody tested the plugin?
It allows to hide issues under selected tracker for roles/users within a project. It solves the subject partly as i see.

It would be nice to get some feeback from you!
Thanks!

Actions #30

Updated by alexandr al over 8 years ago

http://www.redmine.org/plugins/tracker_hider does not solve the problem

+1

Actions #31

Updated by Anton Titkov over 8 years ago

alexandr al wrote:

http://www.redmine.org/plugins/tracker_hider does not solve the problem

I agree that the plugin doesn't solve the subject problem exactly by prescribed way, but you can hide trackers and get desired behavior despite in another way.

I have the feedback that it is really desirable to restrict an issue creation in a certain tracker depending on role https://github.com/atlascoder/tracker_hider/issues/1 . At this topic i also see that this feature is valued.
I agree and it will be implemented.

But i wonder if it is really needed to manage such restictions on the adminitration level? I think it is better to manage at the projec level, isn't it?

Thanks!

Actions #32

Updated by Jean-Philippe Lang almost 8 years ago

  • Status changed from New to Closed

3.3.0 will support tracker based permissions for issue tracking. You will be able to limit the trackers for which a role is allowed to view, create, edit or delete issues.

Actions

Also available in: Atom PDF