Uploaded image for project: 'Jira Data Center'
  1. Jira Data Center
  2. JRASERVER-2018

permission scheme administration improvements

    XMLWordPrintable

Details

    • 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.

    Description

      NOTE: This suggestion is for JIRA Server. Using JIRA Cloud? See the corresponding suggestion.

      Concerning permission scheme administration, we've got a proposal to relieve some stress of a jira admin

      Currently it's possible to copy an existing scheme. However, the new scheme is called "copy of ..." and contains the exact same groups as its ancestor (the original). Usually we want to copy a scheme but we want the same "kind" of groups in the new scheme but they have different names. An example.

      Suppose we've got a project called XXXX with its associated permission scheme XXXX.

      Permission scheme XXXX contains the following groups:

      • XXXX-users
      • XXXX-developers
      • XXXX-administrators

      We create a new project YYYY and want permission scheme YYYY. For this group YYYY we want the same groups as in scheme XXXX with different but analogous names.

      Scheme YYYY

      • YYYY-users
      • YYYY-developers
      • YYYY-administrators

      So, actually, these were a lot of words to ask only for a possibility to do a "find/replace" when copying a permission scheme. Automatically creating the new groups of the new scheme if they don't exist yet is yet another small thing to make the life of an admin a little less painful

      Attachments

        Issue Links

          Activity

            People

              Unassigned Unassigned
              a8c2c1de0928 Kristof Van Cleemput
              Votes:
              10 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: