https://www.redmine.org/https://www.redmine.org/favicon.ico?16793021292008-03-14T16:57:03ZRedmineRedmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=18062008-03-14T16:57:03ZJean-Philippe Langjp_lang@yahoo.fr
<ul><li><strong>Category</strong> set to <i>Permissions and roles</i></li></ul><p>IMHO, it could become quickly hard to maintain permissions if you are able to override them for each project. Also, implementation of cross-project views would become much harder to take care of these permissions.</p>
<p>Instead, I think an other solution would be to have to ability to override the default 'Non member' role at project level (a simple field on the project settings form). For instance, you create a new role with no wiki edit permission (eg. 'Non member on protected projects' or something like that) and you assign this role as the default role to the projects with restricted access.</p>
<p>What do you think ?</p> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=18082008-03-14T17:27:55ZJohn Goerzen
<ul></ul><p>That sounds quite good to me, too.</p>
<p>It would solve this immediate need.</p>
<p>I could see some situations where it wouldn't be adequate, but I don't think I'll ever see them, so I'm fine with your plan :-)</p> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=51322008-10-14T05:06:02Zdj radon
<ul></ul><p>Any progress. We really want to Corporate/HR/Employee documents to be accessible everybody, but not the documents in other projects.</p> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=51332008-10-14T05:19:34Zdj radon
<ul></ul><p>That wasn't very clear. What I meant: I think there is no way to have an Employees group that can edit/view the HR project's wiki and docs AND file issues against the software projects without seeing the software projects' documents. Right?</p> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=114532009-10-18T09:15:32ZG N
<ul></ul><p>I found this ticket after submitting <a href="http://www.redmine.org/issues/4049" class="external">another one</a> for the same issue.</p>
<p>Jean-Philippe Lang wrote:</p>
<blockquote>
<p>IMHO, it could become quickly hard to maintain permissions if you are able to override them for each project.</p>
</blockquote>
<p>I'm afraid I will have to disagree with the "hard to maintain". Each project may have specific needs. Why should the involvement of the administrator be required in order to, for example, make the "documents" or the "repository" module not available to non-members?</p>
<p>Also, there could be the possibility to reset the project's permissions to the defaults, as defined by the administrator. So, if a project manager screwed things up, he would be able to start over from scratch.</p>
<p>Jean-Philippe Lang wrote:</p>
<blockquote>
<p>Instead, I think an other solution would be to have to ability to override the default 'Non member' role at project level (a simple field on the project settings form). For instance, you create a new role with no wiki edit permission (eg. 'Non member on protected projects' or something like that) and you assign this role as the default role to the projects with restricted access.</p>
<p>What do you think ?</p>
</blockquote>
<p>This way the administrator will have to create a different role for every special-permission requirement each project may have. I think that it could work for a very small number of projects (2-3), but not if there are several projects, because, first of all, it would complicate the naming scheme of the new roles having special permissions. For example: "developer_non_docs_access", "no_repo_docs_access", "no_repo_access" et cetera.<br />I believe the management of such roles would end up being harder than giving the opportunity to the project managers to manage the permissions of their own project.</p>
<p>Again, I am against involving the administrator account in such project-specific matters.</p>
<p>Just my 2 cents :)</p> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=473852013-03-24T23:32:39ZJamie Carl
<ul></ul><p>Is there any chance this is going to happen at any point?</p>
<p>I've just hit an issue where I have a single project that I would like to allow anonymous (no login) access to the repository page. With the way things are, I'd have to allow all non-users access to all repos on all projects, which is definitely NOT something I want to do.</p> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=473902013-03-25T02:32:38ZDipan Mehta
<ul></ul><p>There are many duplicates of this feature <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Permission management on a per project basis (Closed)" href="https://www.redmine.org/issues/4049">#4049</a> & <a class="issue tracker-2 status-5 priority-4 priority-default closed" title="Feature: Individual Permissions for Each Project (Closed)" href="https://www.redmine.org/issues/2076">#2076</a>. It is also related <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Make Projects truly independent of each other (New)" href="https://www.redmine.org/issues/1853">#1853</a>.</p>
<p>It is also related to <a class="issue tracker-2 status-1 priority-4 priority-default" title="Feature: Make app settings overridable at project level (New)" href="https://www.redmine.org/issues/4015">#4015</a> which I think poses the best solution for all such related tickets.</p> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=575842014-07-16T23:54:43ZToshi MARUYAMA
<ul><li><strong>Related to</strong> <i><a class="issue tracker-1 status-1 priority-4 priority-default" href="/issues/16661">Defect #16661</a>: Different users sharing same role have rights in projects in which user is not a member</i> added</li></ul> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=664412015-10-05T12:11:51ZRafał Lisowski
<ul></ul><p>Check out <a class="external" href="https://github.com/efigence/redmine_overwriting_roles">https://github.com/efigence/redmine_overwriting_roles</a></p>
<blockquote>
<p>Members who have new permission (:manage_roles) assigned to their role are allowed to overwrite role permissions within the scope of a specific project.<br />Admin can choose which permissions should be editable and set them in plugin configuration.</p>
</blockquote> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=758682017-01-11T17:29:53ZFabio PeruzzoKaragounis78@gmail.com
<ul></ul><p>Rafal, your plugin seems really interesting. I have some difficulties to install it but in a first test it worked, then it had problem. <br />Have you any experience of installation of your plugin together with Global roles by RM+ ? ([[<a class="external" href="http://rmplus.pro/en/redmine/plugins/global_roles]]">http://rmplus.pro/en/redmine/plugins/global_roles]]</a>). I would like to create global roles in order to discriminate non-members basing if they are internal or external our company.</p> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=759122017-01-13T19:03:16ZRafał Lisowski
<ul></ul><p>Fabio, we weren't using Global roles plugin. Please test it without Global roles and check if it works. There also may be na issue with Redmine version. Plugin was developed for RM 3.1.</p> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=759322017-01-14T11:21:51ZFabio PeruzzoKaragounis78@gmail.com
<ul></ul><p>I tested the plugin and it works fine, functionality is interesting if you want to reduce number of roles but having anyway the possibility to change project by project. I tried interaction with global roles but they are transparent for overwriting plugin; global roles aren't checked by Redmine when you enter on a project module.<br />Unfortunately both the plugin aren't what I need. Probably we will develope a plugin for our needs.</p> Redmine - Feature #850: Per-project role permissionshttps://www.redmine.org/issues/850?journal_id=765562017-02-09T03:54:54ZToshi MARUYAMA
<ul><li><strong>Related to</strong> <i><a class="issue tracker-2 status-1 priority-5 priority-high2" href="/issues/17500">Feature #17500</a>: Visibility/Use-ability/Creation Settings for Issue Trackers per Role per Project.</i> added</li></ul>