Project

General

Profile

Actions

Feature #17500

open

Visibility/Use-ability/Creation Settings for Issue Trackers per Role per Project.

Added by James H over 10 years ago. Updated almost 8 years ago.

Status:
New
Priority:
High
Assignee:
-
Category:
Issues permissions
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Resolution:

Description

Requesting feature for allowing setting visibility and use-ability settings for Issue Trackers per role per project.

Would like to have a way to:
  • Allow only certain roles to create certain issue tracker issues for a particular project.
  • Allow certain roles the ability to "edit" or "update" that particular issue tracker type.
  • Allow certain roles the ability to view that particular issue tracker type.
  • Disallow certain roles from being able to view that particular issue tracker type.

Related issues

Related to Redmine - Feature #17499: Issues Do Not Copy when Issue Tracker is Disabled from "Copy From" ProjectNew

Actions
Related to Redmine - Feature #19003: Selection of User/Role -based Settings e.g. Email Notification & Issues VisibilityNew

Actions
Related to Redmine - Feature #850: Per-project role permissionsNew2008-03-14

Actions
Actions #1

Updated by Alain V. over 10 years ago

I fully support this.

In our organisation we do have a project with feature and defect and we would like the role tester can ONLY create defect type ticket and not feature.

Actions #2

Updated by Lajish Lakshmanan over 10 years ago

+1

Actions #3

Updated by Toshi MARUYAMA over 10 years ago

  • Related to Feature #17499: Issues Do Not Copy when Issue Tracker is Disabled from "Copy From" Project added
Actions #4

Updated by Benedikt Aufermann about 10 years ago

I support this also.
We want to have a full transparency until a certain level. But the concrete "Tasks" for a person should not been seen by a bigger audience.

Actions #5

Updated by Lajish Lakshmanan about 10 years ago

Hi All,

I think tracker wise control can be handled through this plugin http://www.redmine.org/plugins/redmine_track_control
As this is a plugin and not a core part of redmine, but for the time being, this plugin will quench your thirst.

Hi Toshi MARUYAMA,

It is my humble request to include this in redmine core asap.

Actions #6

Updated by James H about 10 years ago

Lajish Lakshmanan
Have you tried the plugin? If so, what version of redmine?

I for one, cannot get those plugins to work on any of the newer versions.

Actions #7

Updated by Lajish Lakshmanan about 10 years ago

James H wrote:

Lajish Lakshmanan
Have you tried the plugin? If so, what version of redmine?

I for one, cannot get those plugins to work on any of the newer versions.

I didn't try it. But I will test it in my Test Server and let you know about its status very soon.

Actions #8

Updated by Lajish Lakshmanan about 10 years ago

Hi there,

I tried this plugin in 2.4.2 & 2.5.2 version and it worked fine. This plugin helps you to set role wise control over tracker creation...:)

Actions #9

Updated by James H about 10 years ago

Hmm.. I tried it on those versions..

I get errors when trying certain things; and when creating issues, it behaves oddly. I cannot get it function correctly.
The names of the trackers also is bugged, but thats just cosmetic.

You have tried testing out creating issues with different users/roles?
Installation of the plugin goes smoothly, but the actual functionality with redmine as a whole does not work for me.

Actions #10

Updated by Toshi MARUYAMA almost 10 years ago

  • Related to Feature #19003: Selection of User/Role -based Settings e.g. Email Notification & Issues Visibility added
Actions #11

Updated by Alexis Parent about 9 years ago

+1

Actions #12

Updated by Wim DePreter almost 8 years ago

FTR: #285 does already great part of this feature (except "per project")

Actions #13

Updated by Toshi MARUYAMA almost 8 years ago

  • Related to Feature #850: Per-project role permissions added
Actions

Also available in: Atom PDF