Project

General

Profile

Actions

Feature #2076

closed

Individual Permissions for Each Project

Added by Steven Lu over 15 years ago. Updated about 11 years ago.

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

0%

Estimated time:
Resolution:
Duplicate

Description

There should be an ability to set options for each type of member for every project. A company might have multiple projects where one will be open source and another would be closed source publically accessible and in this case, issues still need to be reported.


Related issues

Related to Redmine - Feature #1853: Make Projects truly independent of each otherNew2008-09-04

Actions
Related to Redmine - Feature #4015: Make app settings overridable at project levelNew2009-10-10

Actions
Related to Redmine - Feature #1086: Fine grained permissionsNew2008-04-22

Actions
Is duplicate of Redmine - Feature #850: Per-project role permissionsNew2008-03-14

Actions
Actions #1

Updated by Thomas Lecavelier over 15 years ago

AFAIK, your needs are fully met by defining roles specifically for every project: roles are give to project members for each project. And since each project can be defined public or private, there's no conflict between OSS and closed source project.
Maybe I'm missing one of your requirement?

Actions #2

Updated by Steven Lu over 15 years ago

A registered non-member user of the closed source project should be able to add issues for the project but not be able to view the source code of the project from the repository. However, this same member who is also a non-member of an open source project should be able to add an issue and view the source.

There is no option to set what a non-member can or cannot do for each individual project in Redmine. Yes, you can set it to public for all to view or private to hide it from all, but there's nothing you can do if you want something in between public and private and/or separate permissions between two projects.

Actions #3

Updated by Thomas Lecavelier over 15 years ago

Now I see you're need, but I've no opinion about this option: it removes from redmine administrator the ability to handle behavior of non-members users, giving out this responsability to project administrator... Could be a good thing, if every project admin are aware of their responsabilities, but I have great doubts about this...

Actions #4

Updated by Steven Lu over 15 years ago

I think it would be a great option to add especially if you had an on and off option in the administration section.

Actions #5

Updated by Robert Navarro over 15 years ago

I'd like to see this feature as well.

I currently have two public projects one of which I don't want non-registered users viewing/browsing the Repository. I want users to have to register to view/browse the repository.

However, on the other public project I would like it so that non-registered users are free to view/browse the repository.

Actions #6

Updated by Anonymous about 15 years ago

It is very important feature for me too.

I will be very happy if I see it in 0.8.1 version :)

Actions #7

Updated by Anonymous almost 15 years ago

Same here. We have OpenSource projects where Anonymous Users should be able to browse the repository and closed source projects where Anonymous shouldn't have access to the repository but the project is public too.

It would be enough if Anonymous and Non-Member Rights could be defined or overwritten per project.

Actions #8

Updated by Craig G over 14 years ago

+1 for this feature. At our company, we like to give contractors access to certain projects in Redmine (in which they are involved) but prevent them from access for our other projects. It would be a nice feature to configure project-level security, or mark a project as hidden to all users except those who are directly involved, or something like that.

Actions #9

Updated by Marcelo Fernandes about 13 years ago

+1

Actions #10

Updated by Oliver Karstedt about 13 years ago

Are there any new developments here?

We want to start using redmine and love it so far but we also want to invite our clients to redmine in order to improve our workflow. Of course these clients must only be allowed to see projects, in which they are involved. Otherwise they can go into any project, view all tickets and even start creating tickets.
I think that's a major security problem, so in my opinion this is a very critical issue, isn't it?

Actions #11

Updated by random tao about 13 years ago

pretty important feature, but will probably require a large refactoring :(

Actions #12

Updated by Oliver Karstedt about 13 years ago

Okay, I'm blind and Jean-Philippe helped me see..

@Everyone who might have the same problem:
Just make your project private. To do so, uncheck the "Public" flag in your project settings. After that, only project members (and Redmine admins) will be able to view the project and its content.

Actions #13

Updated by Steven Lu about 13 years ago

Oliver Karstedt wrote:

Okay, I'm blind and Jean-Philippe helped me see..

@Everyone who might have the same problem:
Just make your project private. To do so, uncheck the "Public" flag in your project settings. After that, only project members (and Redmine admins) will be able to view the project and its content.

That is totally not what this ticket suggests. What if you have open source projects where you don't want your users to commit? Or, what if you have a project that needs bug reporting to the public level but you don't want your source to be out there?

Actions #14

Updated by Oliver Karstedt about 13 years ago

Steven Lu wrote:

That is totally not what this ticket suggests. What if you have open source projects where you don't want your users to commit? Or, what if you have a project that needs bug reporting to the public level but you don't want your source to be out there?

And that's why I said "everyone who might have the same problem" as in "everyone who might have the same problem I had". It's totally not what solves this ticket but it totally solved my problem as explained above. And Craig G's problem, too btw. Just thought it would be helpful to others to post the answer to a question I asked. Sorry for causing inconvenience...

Actions #15

Updated by ylluminate . almost 13 years ago

Oliver Karstedt wrote:

Okay, I'm blind and Jean-Philippe helped me see..

@Everyone who might have the same problem:
Just make your project private. To do so, uncheck the "Public" flag in your project settings. After that, only project members (and Redmine admins) will be able to view the project and its content.

Thanks for this. Yes, the problem was that even though I initially understood the Public attribute, and thought I unchecked it, it was still on and making projects public by default. After a second review of it and ensuring that it was not selected it is indeed working correctly now!

Actions #16

Updated by Andriy Lesyuk almost 12 years ago

I wrote plugin which can help with this issue: http://projects.andriylesyuk.com/projects/role-shift

Actions #17

Updated by Toshi MARUYAMA about 11 years ago

  • Status changed from New to Closed
  • Resolution set to Duplicate

Duplicate with #850.

Actions #18

Updated by Toshi MARUYAMA over 9 years ago

Actions

Also available in: Atom PDF