Feature #1086

Fine grained permissions

Added by Cory Nelson about 4 years ago. Updated 3 months ago.

Status:New Start date:2008-04-22
Priority:Normal Due date:
Assignee:- % Done:

0%

Category:Permissions and roles
Target version:-
Resolution:

Description

Permissions should be appliable per-forum, per-wiki page, per-download, etc. - A team might have some internal documents and other external documents. A support forum, and a developer forum.


Related issues

related to Feature #1853: Make Projects truly independent of each other New 2008-09-04
duplicated by Feature #1428: More granular module permissions in projects Closed 2008-06-12

History

#1 Updated by James Byrne almost 4 years ago

  • Target version set to 0.8

++1

The existing permissions structure set at the instance level could become the default, but allowing project managers to override and set user role permissions on a per-project basis would be very useful. Further allowing project managers to set access limits on forums and wiki pages to a collection of roles would greatly enhance the usability of Redmine for providing client facing portions respecting support issues.

#2 Updated by Jean-Philippe Lang almost 4 years ago

  • Target version deleted (0.8)

#3 Updated by colin moock almost 4 years ago

+1
i'm very interested in per-project permissions too. we're about to launch a software company with public issue-tracking in redmine. for some projects, we want to let anonymous users view the code repository. for others, we want to restrict anonymous users from viewing the code repository.

we're relying on redmine as our entire "dev community" site, and this is the first feature we've found that's a blocker on our plans.

#4 Updated by colin moock almost 4 years ago

Issue #850 looks like a dupe of this issue.

#5 Updated by Vladymyr Vladymyrov almost 4 years ago

It would be also very useful to have permissions selection for every module: forum/wiki/time tracker/estimate field.

For our project we are in real need of hiding time estimates and time tracking log from customer.

#6 Updated by Kaota Tashuko over 3 years ago

I would like to express my agreement for having this issue resolved.
I started a project using Redmine but was dismayed at the lack of permissions tuning. If Roles as previously noted could be applied to individual portions of a project (forums, wiki, etc) that would make my day. Ideally I want a forum that only the developers can see and use, and a forum for the public; same with a few wiki pages; and no, just starting separate projects isn't the answer.

#7 Updated by Burt Culver over 3 years ago

+1 Our organisation doesn't use the wiki features of Redmine exactly because we don't have user level control over who can view what pages. We'ld like to have the ability to say persons A, B, C can see/edit the page but no one else. Group level permissions would be a nice to have but not a requirement. We'd love to dump our phpwiki and start using redmine wiki. None of us code Ruby unfortunately so we can't help with the coding.

#8 Updated by Juris P over 3 years ago

+1

#9 Updated by Fredrik Frodlund over 3 years ago

+1

I'd like to have even more granular permissions for public users, which would effectively dissallow them to assign issues to specific persons. Actually what I want is to hide certain parts of the form (not just the "Assigned to" field).

#10 Updated by Jean-Philippe Lang about 3 years ago

  • Category set to Permissions and roles

#11 Updated by Werner KLINGER almost 3 years ago

I was looking for a specific, simple feature: allow either wiki, forum, to be made "public" whereas other modules are kept non public (like trackers, repository). My "feature request" would rather be #1428, but as it is closed and said to be duplicate of this one...

So, to sum up: I would first like to have the ability to make modules (forum, wiki, repository...) visible (read) and accessible (read/write) per user groups. For instance: I may make the wiki readable by all, only updated by project members users, forum available to any registered user, but access to all other modules (repository, trackers...) would still be restricted to project members ; Thus, I would suggest to re-open #1428 to track this "simple" feature.

Regarding this (#1086) request, I like the idea, meaning fine granularity down to wiki pages, forums (make not all forums at once public, only selected ones), but it sounds to me like being very complicated to implement.

#12 Updated by Ве Fio almost 2 years ago

Please bring this in. I need to host both open source projects and closed source projects, and I want to be able to browse the repository of my closed source apps (ONLY me and my developers should have access to that part), and allow everyone access to the open source repositories. I cannot do this with the current system. The current system is an all-or-nothing model.

I know I would be able to do what I need to do if only permission defaults were able to be overridden on a per project basis! Please fix this!!

#13 Updated by Benjamin Neau almost 2 years ago

+1.

#14 Updated by Mario Bouhaidar over 1 year ago

+ 1

#15 Updated by Marcelo Fernandes over 1 year ago

+1 I do need setup 'documents' section per project.

#16 Updated by Viliam Pucik about 1 year ago

+1 And having possibility of modifying Anonymous and Non Members roles per project would be even better.

#17 Updated by Esteban Bordon 12 months ago

Viliam Pucik wrote:

+1 And having possibility of modifying Anonymous and Non Members roles per project would be even better.

+1
Where I work it would be really good

#18 Updated by Ian Chan 12 months ago

+1

#19 Updated by Giovani Spagnolo 7 months ago

+1
it would be useful to protect some "documents" folders for example to show procurement documents folder only to managers but not to developers; show technical level folders to developers and not to external stakeholders, and so on...

#20 Updated by Axel Clifford 3 months ago

+1

We have a need to add external contractors to a specific project, but I do not want to allow them to see any of our other projects, tickets, wikis, etc.

Also available in: Atom PDF