Project

General

Profile

Actions

Feature #16195

open

Role with Issue visibility Permission as "View Issues within current users' group"

Added by Rupesh Helwade about 10 years ago. Updated about 3 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Groups
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Resolution:

Description

May be related to Feature #16074 request

We have 3 options for each role Issue Visibility,
  1. All issues
  2. All non-private issues
  3. Issues assigned / Created by User.

How can the users from same group see each others issues, yet they are deprived of seeing issues from other groups.

Consider :
I have a Project named "The Project" with tracker as "Tickets"

We have 4 users user1, user2, user3 and user4.
We have two groups:
"Our Group" has user1 and user2
"Their Group" has user3 and user4

user1 and user2 should be able to see each others issues but not of user3 and user4 and vice versa.

With current visibility permissions I do not see solution to this.

Hence we can add new Issue visibility Permission as
"View Issues within current users' group"


Files

group.patch (3.01 KB) group.patch Frédéric Senault, 2014-06-23 13:14
Screen Shot 2021-01-26 at 17.18.53.png (119 KB) Screen Shot 2021-01-26 at 17.18.53.png Michael Michalewicz, 2021-01-26 18:19

Related issues

Related to Redmine - Feature #16074: To use user groups at another places in redmineNew

Actions
Related to Redmine - Feature #7867: Author group filteringReopened2011-03-15

Actions
Has duplicate Redmine - Feature #18684: Add option Role: Issues visibility: Issues created by a member of the users group, or issues assigned to a user of the groupClosed

Actions
Has duplicate Redmine - Defect #34949: Possibility to set project visable for users groupClosed

Actions
Actions #1

Updated by Vincent Castelin about 10 years ago

I don't know if it will help but I'm facing the same situation. I would like to have several customers' groups to have access to the same project without viewing each other's groups issues. Currently it does not seem possible and the only workaround I see is to organize these kind of 'multi-customers' projects on a customers basis rather than on a projects one. But I'm a Redmine newbie, I may find other solutions. :)

Actions #2

Updated by Rupesh Helwade about 10 years ago

Could also be related to Feature #7867

Actions #3

Updated by Vincent Castelin about 10 years ago

Rupesh, you can assign issues to a group. So that all people from the group will see it. With the "Issues assigned / Created by User" rule, the other groups won't see this issue. The 'bad side' is that you need to remove the assignment right if you want to keep confidential the other groups having access to this project.

Actions #4

Updated by Toshi MARUYAMA about 10 years ago

  • Related to Feature #16074: To use user groups at another places in redmine added
Actions #5

Updated by Toshi MARUYAMA about 10 years ago

Actions #6

Updated by Frédéric Senault almost 10 years ago

If it's of use, I'm also in the same situation ; I've attempted to implement this with the attached patch (against 2.5.1), and it seems to work.

Actions #7

Updated by Alessio Pollero over 9 years ago

The patch is OK, I don't know why it isn't already included in the stable release . It should be included as soon as possible !

Actions #8

Updated by Wei Qiu over 9 years ago

Frédéric Senault wrote:

If it's of use, I'm also in the same situation ; I've attempted to implement this with the attached patch (against 2.5.1), and it seems to work.

Hi, how can I use the group filter after I attached this patch? Thanks.

Actions #9

Updated by Alexis Parent over 8 years ago

+1

Actions #10

Updated by Toshi MARUYAMA over 8 years ago

  • Has duplicate Feature #18684: Add option Role: Issues visibility: Issues created by a member of the users group, or issues assigned to a user of the group added
Actions #11

Updated by Omiros Metaxas over 8 years ago

We also need such feature and doesn't seem so hard to implement.
Is there a road map for this? Why proposed patch hasn't been included in a release?

Actions #12

Updated by Ezequiel Nicolazzi about 7 years ago

Patch #16195-6 works for me in Redmine 3.3.1, 3 years after it was written. Thanks Frédéric Senault. To my opinion, this should be added to stable redmine.

Actions #13

Updated by R S almost 7 years ago

Patch #16195 don´t work for me in Redmine 3.0.3, anyone can help me about changes to the patch so can work on this version?

Actions #14

Updated by Juan de Dios Galan over 5 years ago

We are very interested in this issue. We work in Redmine 3.4.6. Is there any posibility of updating this patch or to include this funcionality in current release?

Actions #15

Updated by Olivier Reyre over 4 years ago

Rupesh Helwade wrote:

May be related to Feature #16074 request

We have 3 options for each role Issue Visibility,
  1. All issues
  2. All non-private issues
  3. Issues assigned / Created by User.

How can the users from same group see each others issues, yet they are deprived of seeing issues from other groups.

Consider :
I have a Project named "The Project" with tracker as "Tickets"

We have 4 users user1, user2, user3 and user4.
We have two groups:
"Our Group" has user1 and user2
"Their Group" has user3 and user4

user1 and user2 should be able to see each others issues but not of user3 and user4 and vice versa.

With current visibility permissions I do not see solution to this.

Hence we can add new Issue visibility Permission as
"View Issues within current users' group"

By any chance, this feature can be added in a stable release ?

Actions #16

Updated by Robert Röttger over 4 years ago

+1 for this ticket. need it for redmine version 4.

useful for a help desk where different company departments are reporting tickets but only should be able to see tickets from their own department.

Actions #17

Updated by VD DV about 4 years ago

+1 Great feature.

Actions #18

Updated by Michael Michalewicz about 3 years ago

+1 Great feature.

Actions #19

Updated by Michael Michalewicz about 3 years ago

Just implemented the patch to Redmine 4.1.1
Works with one exception.
User1 and User2 are in the same group.
User1 creates an issue.
User2 creates an issue.

When User1 logs in, he / she can see own issues and can see details of issue, can see the second issue created by user2 on list, but when the user try to click on the issue for more details, gets an authorization error.
The other way around the same.

Actions #20

Updated by Michael Michalewicz about 3 years ago

Michael Michalewicz wrote:

Just implemented the patch to Redmine 4.1.1
Works with one exception.
User1 and User2 are in the same group.
User1 creates an issue.
User2 creates an issue.

When User1 logs in, he / she can see own issues and can see details of issue, can see the second issue created by user2 on list, but when the user try to click on the issue for more details, gets an authorization error.
The other way around the same.

OK, now I know what I missed.
The Group of the user must be assigned to the issue.
Sorry for the mistake.

Is there any option to make this more as the Group of Users that are assigned to the specific group?
so that the issues can be assigned to anybody, but user within the same group of user will see the issue on list and the details of progress?

Actions #21

Updated by Dines T about 3 years ago

Michael Michalewicz: Did you resolve problem with this patch on new redmine? f.e. 4.0.7 or 4.1.1? Since I've patched 4.0.7 I have 403 when I change Issues visibility to 'Issues created by or assigned to the user's group(s)' and try to open any own issue.

Actions #22

Updated by Bernhard Rohloff about 3 years ago

  • Has duplicate Defect #34949: Possibility to set project visable for users group added
Actions

Also available in: Atom PDF