• We collect Jira feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      The permission system within JIRA seems to be based upon the idea that a lot of users are part of multiple projects with the same permission types. This results in the fact that users are linked to permission schemes instead of projects. In our situation and i believe for a lot of other people, users are linked to one or a few projects and should not be able to see or enter other projects. This means that users and/or groups should be linked to a project first. Permission schemes should be generic and able to be linked to a project. The combination of the members of a project and the assigned generic permission schemes to the project and its members assures which permissions project members within that project have. This approach prevents the definition of a lot of the same type of permission schemes and lots of different usergroups (read projectteams).

      In other words, in my opion you should create permissions schemes as 'project roles' so you only have to create a few permissions schemes, link them to a project and then assign users to the permission schemes (project roles) within that project. This will prevent those users to be able to enter other projects because they are not linked to that scheme systemwide but only within a project.

      Looking forward to your reply and/or comments.

      Regards, Paul

            [JRASERVER-8267] Permission scheme system in JIRA inefficient

            We don't have a priority list that extends this far - we go version by version, and role-based permissions is not yet on our roadmap. See http://confluence.atlassian.com/display/DEV/Implementation+of+New+Features+and+Improvements

            Jeff Turner added a comment - We don't have a priority list that extends this far - we go version by version, and role-based permissions is not yet on our roadmap. See http://confluence.atlassian.com/display/DEV/Implementation+of+New+Features+and+Improvements

            Hi Jeff,

            thanks for the other issuelink, but your answer is a little bit imprecisely.
            I mean, what is the position of this task regarding to your priority list?

            Andi

            Andreas Schuster added a comment - Hi Jeff, thanks for the other issuelink, but your answer is a little bit imprecisely. I mean, what is the position of this task regarding to your priority list? Andi

            Roles are where we're heading, but its development is not yet scheduled. If you wish to keep track of this, please add yourself as a 'watcher' to:

            http://jira.atlassian.com/browse/JRA-2816

            Cheers,
            Jeff

            Jeff Turner added a comment - Roles are where we're heading, but its development is not yet scheduled. If you wish to keep track of this, please add yourself as a 'watcher' to: http://jira.atlassian.com/browse/JRA-2816 Cheers, Jeff

            Hi Scott,

            I've evaluated Jira for the company I'am working for. And in deed, the Permission Schema System is the main point of criticism I've found.
            I agree with all of Pauls suggestions according to the Permission Schema System.

            Scott, you are planning to implement this feature in the future. Please could you give more details about this future plans. Will it be a feature in the next release 3.4?

            Regards, Andreas

            Andreas Schuster added a comment - Hi Scott, I've evaluated Jira for the company I'am working for. And in deed, the Permission Schema System is the main point of criticism I've found. I agree with all of Pauls suggestions according to the Permission Schema System. Scott, you are planning to implement this feature in the future. Please could you give more details about this future plans. Will it be a feature in the next release 3.4? Regards, Andreas

            Paul,

            I agree - I think that this is a very good way of doing it, and is in fact the way we will do it in the future.

            Thanks for your thoughts.

            Scott

            Scott Farquhar added a comment - Paul, I agree - I think that this is a very good way of doing it, and is in fact the way we will do it in the future. Thanks for your thoughts. Scott

              Unassigned Unassigned
              568daaab93bd Paul Letsch
              Votes:
              2 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: