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

Allow disabling "on the fly" creation of new components and/or versions

    • 14
    • 17
    • Hide
      Atlassian Update – 8th February 2018

      Hi Everyone,

      Thanks for your interest in this issue.

      While this suggestion has gathered significant interest, we're unable to implement all of the excellent suggestions you make. We appreciate the benefits of such requests, but don't plan to work on this for the foreseeable future.

      This suggestion will be reviewed in about 12 months time, at which point we’ll consider whether we need to alter its status.

      Kind regards,
      Jira Server Product Management

      Show
      Atlassian Update – 8th February 2018 Hi Everyone, Thanks for your interest in this issue. While this suggestion has gathered significant interest, we're unable to implement all of the excellent suggestions you make. We appreciate the benefits of such requests, but don't plan to work on this for the foreseeable future. This suggestion will be reviewed in about 12 months time, at which point we’ll consider whether we need to alter its status. 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.

      The on the fly creation makes it too easy to create unwanted items. This is especially true for components, which are typically created only rarely, so the extra steps are not a problem. An option to disable this feature would be very welcome.

      The same sentiment is expressed in https://answers.atlassian.com/questions/317066/prevent-on-the-fly-component-creation

            [JRASERVER-42068] Allow disabling "on the fly" creation of new components and/or versions

            Please reconsider this decision.  It is so easy to accidentally create new versions that you don't want.

            Shantharam Nekkar added a comment - Please reconsider this decision.  It is so easy to accidentally create new versions that you don't want.

            Please reconsider this change.  It is so easy to accidentally create new versions that you don't want.

            Richard Lawn added a comment - Please reconsider this change.  It is so easy to accidentally create new versions that you don't want.

            Ryan Ryan added a comment -

            A solution that worked for us was to change that field to a List Selector renderer. That has solved most of our issues with on-the-fly component creation.

            Ryan Ryan added a comment - A solution that worked for us was to change that field to a List Selector renderer. That has solved most of our issues with on-the-fly component creation.

            Marcin Orlowski added a comment - - edited

            You guys apparently forgot that you have users. If one user point to a "feature" calling it a "bug", the well... but if 250+ calls it a bug, then maybe they are right, not you. This "feature" sucks. It sucks so much that your post, Jakub, is almost clear indicator you do not use Jira on daily basis. Otherwise you'd step on that "feature" already enough times to upvote the request of fixing this "feature".

            Marcin Orlowski added a comment - - edited You guys apparently forgot that you have users. If one user point to a "feature" calling it a "bug", the well... but if 250+ calls it a bug, then maybe they are right, not you. This "feature" sucks. It sucks so much that your post, Jakub, is almost clear indicator you do not use Jira on daily basis. Otherwise you'd step on that "feature" already enough times to upvote the request of fixing this "feature".

            Adam Panes added a comment -

            I am just wondering what else if not this ... i am just wondering what important new features, improvements or bug fixes will be part of the release notes this year as obviously this is not so important based on the Atlassian meaning.

            Adam Panes added a comment - I am just wondering what else if not this ... i am just wondering what important new features, improvements or bug fixes will be part of the release notes this year as obviously this is not so important based on the Atlassian meaning.

            So you've implemented a "feature" that nobody asked for, and that causes more harm than good... then after receiving nearly 250 votes to get rid of it, you still respond with "tough, live with it" ?  In the time it took you to write that response you could have reverted the "feature".  This isn't rocket science.

            Jay Armstrong added a comment - So you've implemented a "feature" that nobody asked for, and that causes more harm than good... then after receiving nearly 250 votes to get rid of it, you still respond with "tough, live with it" ?  In the time it took you to write that response you could have reverted the "feature".  This isn't rocket science.

            This is disappointing. I don't consider this a feature, but a bug. At minimum the ability to turn off  the function should be considered, or removing the "feature" altogether.

            Kelly Penhall-Wilson added a comment - This is disappointing. I don't consider this a feature, but a bug. At minimum the ability to turn off  the function should be considered, or removing the "feature" altogether.

            Hi Everyone,

            Thanks for your interest in this issue.

            While this suggestion has gathered significant interest, we're unable to implement all of the excellent suggestions you make. We appreciate the benefits of such requests, but don't plan to work on this for the foreseeable future.

            This suggestion will be reviewed in about 12 months time, at which point we’ll consider whether we need to alter its status.

            Kind regards,
            Jira Server Product Management

            Jakub Lazinski (Inactive) added a comment - Hi Everyone, Thanks for your interest in this issue. While this suggestion has gathered significant interest, we're unable to implement all of the excellent suggestions you make. We appreciate the benefits of such requests, but don't plan to work on this for the foreseeable future. This suggestion will be reviewed in about 12 months time, at which point we’ll consider whether we need to alter its status. Kind regards, Jira Server Product Management

            +1

            +1

            Adam Gaudry added a comment - +1

            +1

            +1000

            Marcos PS [DEISER] added a comment - +1000

            Nir Wald added a comment -

            +1

            Nir Wald added a comment - +1

            Adam Panes added a comment -

            +10

            Adam Panes added a comment - +10

            +1

             

            Richard Zeliff added a comment - +1  

            +1

            +1

            Brittany Cohen added a comment - +1

            +1, creating components is pretty rare and we try to define the buckets in a helpful way along with corresponding filters/component watchers/etc. When a user creates a new component it may get lost right away.

            Simon Krauss added a comment - +1, creating components is pretty rare and we try to define the buckets in a helpful way along with corresponding filters/component watchers/etc. When a user creates a new component it may get lost right away.

            I generally love JIRA, but this has to be one of the worst 'features' implemented in one of the worst ways. Took the time to make an account just to upvote this issue. Where is the relief Atlassian? This issue seems to bother a lot of people.

            Mark Miller added a comment - I generally love JIRA, but this has to be one of the worst 'features' implemented in one of the worst ways. Took the time to make an account just to upvote this issue. Where is the relief Atlassian? This issue seems to bother a lot of people.

            Radek Hecl added a comment -

            Personally I want only admins to create a versions / components. It take time to keep cleaning this up.

            Radek Hecl added a comment - Personally I want only admins to create a versions / components. It take time to keep cleaning this up.

            MattS added a comment -

            Leon's comment (https://jira.atlassian.com/browse/JRA-42068?focusedCommentId=777034&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-777034) about changes to a .vm file for versions should also work for stopping on-the-fly creation of components. Make the same change to atlassian-jira/WEB-INF/classes/templates/jira/issue/field/components-edit.vm

            This is about the simplest source level change I can think of. Attempting to set the boolean using javascript in the banner or a field description is more complex since you have to handle regular pages and pop-up windows for this.

            MattS added a comment - Leon's comment ( https://jira.atlassian.com/browse/JRA-42068?focusedCommentId=777034&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-777034 ) about changes to a .vm file for versions should also work for stopping on-the-fly creation of components. Make the same change to atlassian-jira/WEB-INF/classes/templates/jira/issue/field/components-edit.vm This is about the simplest source level change I can think of. Attempting to set the boolean using javascript in the banner or a field description is more complex since you have to handle regular pages and pop-up windows for this.

            AC added a comment -

            Automatically creating versions makes little sense for us and seems like a bug.  The previous functionality restricted input in the field to valid versions, providing an error check to the user.  Restricting to project admin doesn't help because the project admin is generally the one who assigns Fix Versions and uses the field the most!

            We create a new version about every 3-4 months but type into the Fix Version field many times a day.  Often, someone misspells the version name or types the wrong text into it thinking it is a different field.  This results in a bunch of work on someone to pro-actively discover and delete the invalid version(s) that JIRA auto-created.

            If there was some better visual feedback that you are creating a new version, this functionality would be improved.  For example, when typing quickly you don't see the "(New version" text, and instead all you see is the version box (or lozenge?) with the x.  If this version box showed up as a different color or with an icon in it indicating you are creating a new version I think the user would notice it before pressing ENTER/Apply.

            I created a question here before I found this ticket: https://answers.atlassian.com/questions/56462839/how-to-prevent-jira-fix-version-field-from-automatically-creating-new-versions

            AC added a comment - Automatically creating versions makes little sense for us and seems like a bug.  The previous functionality restricted input in the field to valid versions, providing an error check to the user.  Restricting to project admin doesn't help because the project admin is generally the one who assigns Fix Versions and uses the field the most! We create a new version about every 3-4 months but type into the Fix Version field many times a day.  Often, someone misspells the version name or types the wrong text into it thinking it is a different field.  This results in a bunch of work on someone to pro-actively discover and delete the invalid version(s) that JIRA auto-created. If there was some better visual feedback that you are creating a new version, this functionality would be improved.  For example, when typing quickly you don't see the "(New version" text, and instead all you see is the version box (or lozenge?) with the x.  If this version box showed up as a different color or with an icon in it indicating you are creating a new version I think the user would notice it before pressing ENTER/Apply. I created a question here before I found this ticket:  https://answers.atlassian.com/questions/56462839/how-to-prevent-jira-fix-version-field-from-automatically-creating-new-versions

            This is something that is needed very badly. There should be an option to only allow component creation through the admin interface. This leaves you with two simple options, anyone can create components like today or a more restrictive setup where components are provided and only added when needed by project admins. This is a huge mess for us to keep clean as it is easy for people to just add components they think need to be there.

            Zane Conkle added a comment - This is something that is needed very badly. There should be an option to only allow component creation through the admin interface. This leaves you with two simple options, anyone can create components like today or a more restrictive setup where components are provided and only added when needed by project admins. This is a huge mess for us to keep clean as it is easy for people to just add components they think need to be there.

            +1 Extremely inconvenient as now somebody has to go and cleanup components and merge versions every couple of days, or otherwise it quickly becomes the mess with all those "v.1.2.3, ver.1.2.3, Version 1.2.3, 1.2.3, v123" variations of the same thing.

            Michael Bessolov added a comment - +1 Extremely inconvenient as now somebody has to go and cleanup components and merge versions every couple of days, or otherwise it quickly becomes the mess with all those "v.1.2.3, ver.1.2.3, Version 1.2.3, 1.2.3, v123" variations of the same thing.

            borszczuk added a comment -

            I do not care granularity personally. I just need the users to not create new components/versions on-the-fly, so I am fine with just "only admins" implementation - still better than the mess users create (which costs time to clean up)

            borszczuk added a comment - I do not care granularity personally. I just need the users to not create new components/versions on-the-fly, so I am fine with just "only admins" implementation - still better than the mess users create (which costs time to clean up)

            Eric White added a comment -

            We are having the same issue. This makes reporting a challenge and it is just messy.

            Eric White added a comment - We are having the same issue. This makes reporting a challenge and it is just messy.

            AM added a comment -

            We are having this issue pop up as well and would like the ability to restrict it by role or something similar.

            AM added a comment - We are having this issue pop up as well and would like the ability to restrict it by role or something similar.

            We needed this 'On the fly' version and component creation "feature" like a hole in the back. Please stop the pain. Thank you.

            Rainer Mueck added a comment - We needed this 'On the fly' version and component creation "feature" like a hole in the back. Please stop the pain. Thank you.

            +1 please

            Karl FURGEROT added a comment - +1 please

            mironym added a comment - - edited

            +1, even though I do believe that only (project) administrators are allowed to do this.

            mironym added a comment - - edited +1, even though I do believe that only (project) administrators are allowed to do this.

            I also have the same requirement, not to allow on the fly component creation.
            Not sure why Atlassian is not give priority to this enhancement request.

            Mahipal Annam added a comment - I also have the same requirement, not to allow on the fly component creation. Not sure why Atlassian is not give priority to this enhancement request.

            MattS added a comment -

            I suspect you cannot disable it by just disabling an add-on module. I agree that this feature can cause serious problems in projects with lots of project administrators.

            Atlassian, please would you add some feedback here

            MattS added a comment - I suspect you cannot disable it by just disabling an add-on module. I agree that this feature can cause serious problems in projects with lots of project administrators. Atlassian, please would you add some feedback here

            I don't know why this isn't getting any action from Atlassian. This is a major pain point for us and all of the other organizations that have commented here.

            David Schorow added a comment - I don't know why this isn't getting any action from Atlassian. This is a major pain point for us and all of the other organizations that have commented here.

            +1, Me too.

            Deleted Account (Inactive) added a comment - +1, Me too.

            Ian Lai added a comment -

            +1, agree with David Peacock

            Ian Lai added a comment - +1, agree with David Peacock

            David Yu added a comment -

            This is creating a lot of reporting problems because users are inadvertently creating new components. 100+ so far in a project.

            David Yu added a comment - This is creating a lot of reporting problems because users are inadvertently creating new components. 100+ so far in a project.

            S Gertiser added a comment -

            The moment components are synced with another product, in our case SpiraTeam for testing, a situation in which the items must be carefully set up, this on-the-fly creation of components is very problematic.

            S Gertiser added a comment - The moment components are synced with another product, in our case SpiraTeam for testing, a situation in which the items must be carefully set up, this on-the-fly creation of components is very problematic.

            I agree with this.

            Shannon Davis added a comment - I agree with this.

            +1

            This is a problem to us, where component are sometime similar but not identical between projects.

            At the very least, the interface should prompt the user before creating a new component / version inline.

            Philippe Busque added a comment - This is a problem to us, where component are sometime similar but not identical between projects. At the very least, the interface should prompt the user before creating a new component / version inline.

            @dschorow if your Jira is hosted in Atlassian cloud, you won't be able to do so.

            Leon Liu (ease solutions) added a comment - - edited @dschorow if your Jira is hosted in Atlassian cloud, you won't be able to do so.

            @Leon - is this a solution one can use with the hosted Jira system?

            David Schorow added a comment - @Leon - is this a solution one can use with the hosted Jira system?

            you can change the version velocity template file at <<jira_installation_path>>\atlassian-jira\WEB-INF\classes\templates\jira\issue\field\versions-edit.vm
            change data-create-permission="$!

            {createPermission}

            " to data-create-permission="false"

            Doing this disallows creating new version in issue creation page

            Leon Liu (ease solutions) added a comment - you can change the version velocity template file at <<jira_installation_path>>\atlassian-jira\WEB-INF\classes\templates\jira\issue\field\versions-edit.vm change data-create-permission="$! {createPermission} " to data-create-permission="false" Doing this disallows creating new version in issue creation page

            Karim added a comment -

            +1

            Karim added a comment - +1

            Peter Jahn added a comment -

            +1

            Peter Jahn added a comment - +1

            Completely agree with David Peacock (and thus David Schorow)!

            Christian Jennewein added a comment - Completely agree with David Peacock (and thus David Schorow)!

            Yes - what David Peacock mentions is the problem. Lots of people have admin authority since that is needed for sprint work.

            David Schorow added a comment - Yes - what David Peacock mentions is the problem. Lots of people have admin authority since that is needed for sprint work.

            David Peacock added a comment - - edited

            The "Project Admin" role is needed to do this on the fly creation - but this role is also needed to create sprints in Jira agile. All our scrum masters need this role and it is not reasonable to educate your way out of this. Say you've been using a version for a while and decide to rename it. People will continue entering the wrong thing.

            It must be a configurable property of the field.

            David Peacock added a comment - - edited The "Project Admin" role is needed to do this on the fly creation - but this role is also needed to create sprints in Jira agile. All our scrum masters need this role and it is not reasonable to educate your way out of this. Say you've been using a version for a while and decide to rename it. People will continue entering the wrong thing. It must be a configurable property of the field.

            only a user in project role "Project Admin" can create new versions and components on the fly. Setting-up the project roles properly can significantly limit the problem since Project Amins are mostly reasonable people.

            I'm not sure, but I think you have to be a Project Admin to set up an Agile board. We need to let a wide range of people do that.

            David Schorow added a comment - only a user in project role "Project Admin" can create new versions and components on the fly. Setting-up the project roles properly can significantly limit the problem since Project Amins are mostly reasonable people. I'm not sure, but I think you have to be a Project Admin to set up an Agile board. We need to let a wide range of people do that.

            I agree. Limited to Project Administrators is satisfactory.

            Alf Karlsen added a comment - I agree. Limited to Project Administrators is satisfactory.

            ITS added a comment -

            Yup, it works for me on version 6.4.4. User without Project Admin cannot add new component on the fly.

            ITS added a comment - Yup, it works for me on version 6.4.4. User without Project Admin cannot add new component on the fly.

            RomanR added a comment -

            We are using Jira on demand and we found a workaround for the problem - only a user in project role "Project Admin" can create new versions and components on the fly. Setting-up the project roles properly can significantly limit the problem since Project Amins are mostly reasonable people.

            RomanR added a comment - We are using Jira on demand and we found a workaround for the problem - only a user in project role "Project Admin" can create new versions and components on the fly. Setting-up the project roles properly can significantly limit the problem since Project Amins are mostly reasonable people.

            I have a plenty work to do to delete the "new" components. Please give me the possibility to restrict that.

            Dirk Peters added a comment - I have a plenty work to do to delete the "new" components. Please give me the possibility to restrict that.

            Please allow the option to restrict component creation on the fly within a ticket. It is very easy to create new components by mistake, even by the admins! In my project we have a set number of components, I don't want to accidentally type 'pecification chart' when I mean 'specification chart' and have the new typo'd component now always prompt as an option. It happens all the time.

            When have many filters based on components and It's a huge fear of mine that a ticket gets assigned a wrong component and will not show up in the correct work queues.

            Jessica Roy Mitchell added a comment - Please allow the option to restrict component creation on the fly within a ticket. It is very easy to create new components by mistake, even by the admins! In my project we have a set number of components, I don't want to accidentally type 'pecification chart' when I mean 'specification chart' and have the new typo'd component now always prompt as an option. It happens all the time. When have many filters based on components and It's a huge fear of mine that a ticket gets assigned a wrong component and will not show up in the correct work queues.

            This is a very strange thing to allow users to do. We use JIRA as a service desk and have a set of components to direct tickets to component owners. The change allowing ad-hoc components has mostly broken this. Now tickets end up assigned to the project owner very often, they don't get looked at in a timely manner, and users are unhappy.

            Please fix this.

            Stuart Gilberd added a comment - This is a very strange thing to allow users to do. We use JIRA as a service desk and have a set of components to direct tickets to component owners. The change allowing ad-hoc components has mostly broken this. Now tickets end up assigned to the project owner very often, they don't get looked at in a timely manner, and users are unhappy. Please fix this.

            ITS added a comment -

            This option is important to have a better management of component list.

            ITS added a comment - This option is important to have a better management of component list.

            We have the same issue: I tight set of components that dispatch requests to the according department/person. Adding new components on the fly creates quite a mess and weakens our system.

            Thanks in advance

            Deleted Account (Inactive) added a comment - We have the same issue: I tight set of components that dispatch requests to the according department/person. Adding new components on the fly creates quite a mess and weakens our system. Thanks in advance

            This is also problematic for our Engineering team as they're noticing a proliferation of 'Versions' mistakenly being created. Please make this feature optional.

            SiriusXM Atlassian Administrator added a comment - This is also problematic for our Engineering team as they're noticing a proliferation of 'Versions' mistakenly being created. Please make this feature optional.

            +1 on this Jira. This is a major pain point for our organization.

            David Schorow added a comment - +1 on this Jira. This is a major pain point for our organization.

              Unassigned Unassigned
              3330761b77e4 Daniel Bonniot
              Votes:
              377 Vote for this issue
              Watchers:
              178 Start watching this issue

                Created:
                Updated: