-
Bug
-
Resolution: Unresolved
-
Low
-
None
-
8.5.1, 8.5.3
-
8.05
-
1
-
Severity 2 - Major
-
Issue Summary
Jira allows users to manage sprints in circumstances that they should not be to do so.
Steps to Reproduce
- With User A (that is not a Jira Administrator) create a board (Original Board) with a filter query that is comprised of two different projects, let's say project in (A,B).
- Do not share the filter query for the Original Board with anyone.
- Create a sprint on this board and only include issues from project A.
- Create a second board, let's call it Secondary Board, using the Board from an existing project option, and select only project A.
- Remove User A's Manage Sprints permission from project B. Ensure that User A has the Browse Projects permission in project B.
- Attempt to close the sprint with User A. This user will be unable to close the sprint and the You need the manage sprint permission for all projects in the origin board to manage this sprint.
- Create a secondary user: User X and add this user to the same user management groups and project roles, ensuring that he has the same permissions as user A in both projects.
- Attempt to close the same sprint.
Expected Results
- User B will not be able to complete the sprint, displaying a similar behavior to User A.
Actual Results
- User B can complete the sprint without any issues, as we can see in the screenshot below:
If you share the filter query of the Secondary Board with User B he will lose the ability to complete the sprint as well.
Workaround
Currently, there is no known workaround for this behavior, other than creating the sprint directly in the Secondary Board.