Project

General

Profile

Actions

Defect #7645

open

Issue summary should filter Assignee & Author lists

Added by Rob D over 13 years ago. Updated over 13 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
UI
Target version:
-
Start date:
2011-02-18
Due date:
% Done:

0%

Estimated time:
Resolution:
Affected version:

Description

The Assignee and Author lists on the Issue Summary page currently list all members in the project on each list.

Members that do not have permission to submit an issue still appear in the authors list. Members belonging to a role which cannot be assinged issues still appear on the Assignee list.

These lists should be filtered based on the permissions and/or roles of the members.


Related issues

Related to Redmine - Feature #17747: Private rolesNew

Actions
Related to Redmine - Defect #6023: All members are displayed in issue summaries, even if they cannot be assignedNew2010-08-03

Actions
Actions #1

Updated by Felix Schäfer over 13 years ago

Rob D wrote:

Members that do not have permission to submit an issue still appear in the authors list. Members belonging to a role which cannot be assinged issues still appear on the Assignee list.

Which doesn't mean they didn't have said permissions in the past.

Actions #2

Updated by Rob D over 13 years ago

Felix Schäfer wrote:

Which doesn't mean they didn't have said permissions in the past.

Okay, agreed, then it may become a bit more complicated.

One option is: disregard past permissions, and show the list based on the permissions of the current roles.

Another option is: if a member's current role does not have the permissions to add an issue, and their total reported issues is 0 (ie. they did not add an issue in the past), then they should not appear in the Authors list. However, if they have reported an issue in the past, then it should be in the list. Likewise with the Assignee list.

Consider a private project with many members in a 'Stakeholder' type role, who's only permission is to view issues. They should not be listed in the summary, cluttering up the list. They do not want to see their name in the list, and panic when they think something may get assigned to them. They themselves as stakeholders only want to see the current summary of current developers.

Also, Developers/Contributors/Reporters etc. should still be listed even if they have not yet reported or been assigned an issue, provided their role allows them to add or assign issues.

In my opinion, it would be uncommon for members to change roles in a project. If it did occur, then there would be a good reason to do so, and that reason would probably apply to them being removed from the list of assignee's or authors.

Actions #3

Updated by Toshi MARUYAMA about 10 years ago

Actions #4

Updated by Go MAEDA over 7 years ago

  • Related to Defect #6023: All members are displayed in issue summaries, even if they cannot be assigned added
Actions

Also available in: Atom PDF