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

Provide a new seperate global level permission for Create New Project

    • 24
    • 109
    • Hide
      Atlassian Update – Sep 2023

       

      Hi,
      We are putting this ticket back to gathering interests. Data Center is looking into delegate administration experience and try to understand how might we provide more flexibility and out-of-box solutions for our admin users.

      Cheers

      Atlassian Update – 16 February 2018
       

      Hi everyone,

      Thanks for your interest in this issue.
      This request is considered a potential addition to our longer-term roadmap.

      We'll typically review this request in about 12 months time, at which point we’ll consider whether we need to alter its status.

      For the nearest future we've decided to prioritize other areas of the Jira Server roadmap, including:

      • Performance and stability improvements
      • Archiving projects for improved performance
      • Optimising the use of custom fields
      • Improving performance of boards
      • Improving Jira notifications
      • Allowing users to edit shared filters and dashboards
      • Mobile app for Jira Server

      You can learn more about our approach to highly voted server suggestions here.

      To learn more on how JAC suggestions are reviewed, see our updated workflow for server feature suggestions.

      Kind regards,
      Jira Server Product Management

      Show
      Atlassian Update – Sep 2023   Hi, We are putting this ticket back to gathering interests. Data Center is looking into delegate administration experience and try to understand how might we provide more flexibility and out-of-box solutions for our admin users. Cheers Atlassian Update – 16 February 2018   Hi everyone, Thanks for your interest in this issue. This request is considered a potential addition to our longer-term roadmap. We'll typically review this request in about 12 months time, at which point we’ll consider whether we need to alter its status. For the nearest future we've decided to prioritize other areas of the Jira Server roadmap, including: Performance and stability improvements Archiving projects for improved performance Optimising the use of custom fields Improving performance of boards Improving Jira notifications Allowing users to edit shared filters and dashboards Mobile app for Jira Server You can learn more about our approach to highly voted server suggestions here . To learn more on how JAC suggestions are reviewed, see our updated workflow for server feature suggestions . Kind regards, Jira Server Product Management
    • 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.

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

      Original request description:

      Currently, I need to give my project manager the jira-administor permission in order for him to create new projects. Unfortunately, this opens up the possibly of him doing other stuff, like changing the mail server. Not that he would, but when you give permissions...
      Suggestion: Make Create New Project a separate global level permission.

        1. actions_original.xml
          149 kB
        2. actions.xml
          149 kB
        3. system-admin-sections.xml
          53 kB

          Form Name

            [JRASERVER-1431] Provide a new seperate global level permission for Create New Project

            Pitronote Support added a comment - - edited

            Hi Everyone,

            I know you all prefer to have this feature built in from Jira.
            But as we all know that can take years!

            We created a (paid) plugin Delegated Administration for Jira (support DC from Jira 9.xx)
            This plugin let you delegate the "create project" permission and some other admin permissions if you want.

            This plugin is all about delegating administration permissions, so if there is something you wish you could delegate and not exist in the plugin, please open us a ticket request and we will add it.

            We are giving 20% discount till end of 2023, just contact us via ticket and we will give it to you.

            Hope you will find it useful

            Thanks,
            Pitronote Team

            Pitronote Support added a comment - - edited Hi Everyone, I know you all prefer to have this feature built in from Jira. But as we all know that can take years! We created a (paid) plugin Delegated Administration for Jira (support DC from Jira 9.xx) This plugin let you delegate the "create project" permission and some other admin permissions if you want. This plugin is all about delegating administration permissions, so if there is something you wish you could delegate and not exist in the plugin, please open us a ticket request and we will add it. We are giving 20% discount till end of 2023, just contact us via ticket and we will give it to you. Hope you will find it useful Thanks, Pitronote Team

            This would be a useful feature for our company.

            IT Support team added a comment - This would be a useful feature for our company.

            I tought that the vote function was there to indicate my interest in a feature request...

             

            But just to make sure that Atlassian does understand that I'm still interested in that feature.  I will not repeat all the reasons why I'm still interested, it's been all clearly documented in the other comments.

            Here it is written clearly:  I am still interested in that feature!

             

            Thank you

            Richard Gareau added a comment - I tought that the vote function was there to indicate my interest in a feature request...   But just to make sure that Atlassian does understand that I'm still interested in that feature.  I will not repeat all the reasons why I'm still interested, it's been all clearly documented in the other comments. Here it is written clearly:  I am still interested in that feature!   Thank you

            Larry Gross added a comment - - edited

            Still a highly needed item. I'm honestly shocked this is still something you're again only "Gathering Interest" in... why Atlassian does not have this on the roadmap yet is unbelievable. This is a SECURITY ISSUE!! In this age where we are constantly evaluated for INTERNAL bad actors... how are you, in good conscience, letting this stand? You are giving large organizations zero choice in how to handle securing the Jira environment. There is literally no reason for someone to have ADMIN privileges for something as simple as project creation. Over half of the items in your roadmap list are far less consequential to organizations than this continued oversight. So, to be clear, YES - I am still interested.

            Larry Gross added a comment - - edited Still a highly needed item. I'm honestly shocked this is still something you're again only "Gathering Interest" in... why Atlassian does not have this on the roadmap yet is unbelievable. This is a SECURITY ISSUE!! In this age where we are constantly evaluated for INTERNAL bad actors... how are you, in good conscience, letting this stand? You are giving large organizations zero choice in how to handle securing the Jira environment. There is literally no reason for someone to have ADMIN privileges for something as simple as project creation. Over half of the items in your roadmap list are far less consequential to organizations than this continued oversight. So, to be clear, YES - I am still interested.

            I am glad I am not alone with this..  It finally hit me when I am slowly wandering back into Jira Administration.. this would be very handy to have  all the above comments reflect the same concerns with having this permission without having to assign the user as an Administrator.  It would be nice to have, so if my comment upticks it, great!!

            kevin.coleman added a comment - I am glad I am not alone with this..  It finally hit me when I am slowly wandering back into Jira Administration.. this would be very handy to have  all the above comments reflect the same concerns with having this permission without having to assign the user as an Administrator.  It would be nice to have, so if my comment upticks it, great!!

            So....  just hit this issue for the first time and browsing google to see if anyone else felt this was a huge missing item from Jira permissions.  Reading this is a bit disturbing, as an organisation that is currently considering a big increase in Jira usage.

            It's nice to be in a crowd of  1200 (socially distanced) upvoters, but it does make me wonder how many votes are required before Atlassian will fix a defect - because this is a functional defect.

            Simon Stannard added a comment - So....  just hit this issue for the first time and browsing google to see if anyone else felt this was a huge missing item from Jira permissions.  Reading this is a bit disturbing, as an organisation that is currently considering a big increase in Jira usage. It's nice to be in a crowd of  1200 (socially distanced) upvoters, but it does make me wonder how many votes are required before Atlassian will fix a defect - because this is a functional defect.

            Pitronote Support added a comment - - edited

            For those who find it useful.

            We created a plugin that gives this feature (among other things).

            Delegated Administration for Jira

            Here is also a 50% off coupon: https://promo.atlassian.com/JMCLDP

            Best Regards,
            Pitronote Team

            Pitronote Support added a comment - - edited For those who find it useful. We created a plugin that gives this feature (among other things). Delegated Administration for Jira Here is also a 50% off coupon: https://promo.atlassian.com/JMCLDP Best Regards, Pitronote Team

            2185e9be7a59 thing is that Atlassian (company) just don't care about us (you, me and rest of their customers).

            Allow me to present you these proofs for my claim:

            1. (shameless plug: this is my comment ): https://jira.atlassian.com/browse/JSWSERVER-9167?focusedCommentId=1611502&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-1611502
            2. my favorite comment (made by john31) that pretty much sums up how Atlassian (company) treats all of us: https://jira.atlassian.com/browse/JRASERVER-1431?focusedCommentId=1622073&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-1622073

            Note to Atalassian (engineers) staff that actually does all the work (people in development, QA, infrastructure, support, etc): I actually appreciate your hard work and I do understand that your matrix (operating systems/databases/legacy software code) is far from easy to deal with. Every piece of software has some bad parts (it is what is it). I assume that even people inside Atlassian have mixed feelings about their own product(s) (something similar to this guy: https://www.youtube.com/watch?v=uxC1fPE1QEE )

            My critique goes to upper management only, i.e. to Atlassian (company).
            Shame on you Atlassian (company)

            Dejan Stojadinović added a comment - 2185e9be7a59 thing is that Atlassian (company) just don't care about us (you, me and rest of their customers). Allow me to present you these proofs for my claim: (shameless plug: this is my comment ): https://jira.atlassian.com/browse/JSWSERVER-9167?focusedCommentId=1611502&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-1611502 my favorite comment (made by john31 ) that pretty much sums up how Atlassian (company) treats all of us: https://jira.atlassian.com/browse/JRASERVER-1431?focusedCommentId=1622073&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-1622073 Note to Atalassian (engineers) staff that actually does all the work (people in development, QA, infrastructure, support, etc): I actually appreciate your hard work and I do understand that your matrix (operating systems/databases/legacy software code) is far from easy to deal with. Every piece of software has some bad parts (it is what is it). I assume that even people inside Atlassian have mixed feelings about their own product(s) (something similar to this guy: https://www.youtube.com/watch?v=uxC1fPE1QEE ) My critique goes to upper management only , i.e. to Atlassian (company) . Shame on you Atlassian (company)

            How is it that a ticket regarding a very basic but important security feature that has been opened 17 years ago  and has gathered over 1000 votes (4th most-voted open issue) still hasn't managed to get on your todo list?

            Please mkowalska or  anyone else from Atlassian give us a feasable explanation of why you are ignoring a clear customer desire for this feature and don't fend us off with that generic workflow for feature suggestion. I'm sure that issues like JRASERVER-70821 (basic auth behind a reverse proxy using the Jira app, 1 votes but in progress) or JRASERVER-65812 about adding some debug logging for edge-case situations (0 votes but in progress) are also imporatant, but I'm probably not bright enough to comprehend why these are deemed more important than this feature that should have been implemented in Jira 0.0.1.

            IMHO there is only one correct action to take here, and that is to get this issue in progress.

             

            Tom Cannaerts added a comment - How is it that a ticket regarding a very basic but important security feature that has been opened 17 years ago  and has gathered over 1000 votes (4th most-voted open issue) still hasn't managed to get on your todo list? Please  mkowalska or  anyone else from Atlassian give us a feasable explanation of why you are ignoring a clear customer desire for this feature and don't fend us off with that generic workflow for feature suggestion. I'm sure that issues like JRASERVER-70821 (basic auth behind a reverse proxy using the Jira app, 1 votes but in progress) or JRASERVER-65812 about adding some debug logging for edge-case situations (0 votes but in progress) are also imporatant, but I'm probably not bright enough to comprehend why these are deemed more important than this feature that should have been implemented in Jira 0.0.1. IMHO there is only one correct action to take here, and that is to get this issue in progress.  

            This has been here quite awhile.   Please look for a solution to this. Thank you.

            Katherine Macika added a comment - This has been here quite awhile.   Please look for a solution to this. Thank you.

              a36bb1a6a1fa Xiaoxiang (Mike) Ni
              b54b04b907b4 Patrick Peak
              Votes:
              1199 Vote for this issue
              Watchers:
              507 Start watching this issue

                Created:
                Updated: