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

      In order to force users select the correct Issue Type, is configured Default Issue Type as None, but when users click on create a new ticket Issue Type brings the last issue type selected instead of None, which means option None doesn't work as expected. If the user has never created a ticket before or just switched projects None will default to the top Issue type in the Issue Types for Current Scheme.

      To reproduce:

      1. Login JIRA as Administrator;
      2. Navigate trough Issues >> Issue Type Scheme;
      3. Select None in Default Issue Type;
      4. Create an user;
      5. login JIRA with new user;
      6. Try to create an issue.

        1. CreateIssueDefaultType.png
          CreateIssueDefaultType.png
          132 kB
        2. DefaultIssueType.png
          DefaultIssueType.png
          95 kB
        3. issuetypedefaultnone.png
          issuetypedefaultnone.png
          21 kB

          Form Name

            [JRASERVER-30620] Setting Default Issue Type to "None" Ignored

            I am running 8.20.11 and even though none is set as the default, it just remembers the users last picked issue type. 

            Jeremy Cejka added a comment - I am running 8.20.11 and even though none is set as the default, it just remembers the users last picked issue type. 

            2015:

            "We will be removing the "none" option in a future release of JIRA in order to reduce confusion. From that point on, JIRA will default to using the first issue type in the issue type scheme as the default, and administrators can choose to set another issue type as the default."

            I'm experiencing this in 8.21, which was released December 2021. The fact that it says Default: None but does indeed choose its own version of a default (a rule described above) is simply confusing. It's not behaving the way it should be based on its own words. I would call that a (outstanding) bug. Calling this "Not a bug" is very dishonest. If it weren't, the changes described wouldn't have been planned, right?

            Jordan Wilkinson added a comment - 2015: "We will be removing the "none" option in a future release of JIRA in order to reduce confusion. From that point on, JIRA will default to using the first issue type in the issue type scheme as the default, and administrators can choose to set another issue type as the default." I'm experiencing this in 8.21, which was released December 2021. The fact that it says Default: None but does indeed choose its own version of a default (a rule described above) is simply confusing. It's not behaving the way it should be based on its own words. I would call that a (outstanding) bug. Calling this "Not a bug" is very dishonest. If it weren't, the changes described wouldn't have been planned, right?

            This is still a problem 8.13.4 - any status? Or please action on this one https://jira.atlassian.com/browse/JRASERVER-65439 

            Many thanks!

            Bojana Vasic added a comment - This is still a problem 8.13.4 - any status? Or please action on this one https://jira.atlassian.com/browse/JRASERVER-65439   Many thanks!

            Gian Israel Nampi added a comment - - edited

            In a large scale Jira Production, where there are already 10-20+ Issue types that is being use by different projects creating a new value "None" or "Unspecified" doesn't make sense and not necessary its like adding a redundant value to the Issue Type only to have an option to restrict the user to choose the correct issue type.

            I have made some workaround by adding the "Unspecified" value and when the user use this value it will throw an error. One using Adaptavist script runner and one of our internal app but its not working this method is what I used in "Priority" field which has already a default "Unspecified" value and its working, I just don't understand why we can't implement it in the Issue Type field?

            Has anyone found a workaround?

            Gian Israel Nampi added a comment - - edited In a large scale Jira Production, where there are already 10-20+ Issue types that is being use by different projects creating a new value "None" or "Unspecified" doesn't make sense and not necessary its like adding a redundant value to the Issue Type only to have an option to restrict the user to choose the correct issue type. I have made some workaround by adding the "Unspecified" value and when the user use this value it will throw an error. One using Adaptavist script runner and one of our internal app but its not working this method is what I used in "Priority" field which has already a default "Unspecified" value and its working, I just don't understand why we can't implement it in the Issue Type field? Has anyone found a workaround?

            nshaban added a comment -

            This is really bad. Forcing user to choose one is the right thing. It does not take anytime and it avoids lots of mistakes. Choosing the last settings does not make sense as chances are users creating both types randomly. It is a very common mistake that users create an issue with the wrong type simply because it is set to the last type chosen.

            nshaban added a comment - This is really bad. Forcing user to choose one is the right thing. It does not take anytime and it avoids lots of mistakes. Choosing the last settings does not make sense as chances are users creating both types randomly. It is a very common mistake that users create an issue with the wrong type simply because it is set to the last type chosen.

            I am facing the same issue as well. Is there any solution for the same ?

            Chandramouli Sukumar added a comment - I am facing the same issue as well. Is there any solution for the same ?

            Jira Software 7.11.2. Default issue types are being ignored.

            Sergey Karaev (Aplana) added a comment - Jira Software 7.11.2. Default issue types are being ignored.

            Adi Wehrli added a comment -

            Totally agree!

            Adi Wehrli added a comment - Totally agree!

            Dwight Holman added a comment - - edited

            Your classification of this as "not a bug" depends on your point of view.

            Surely the solution would be to have a configuration option that determines whether the default issue type is enforced, or whether JIRA does the 'clever' thing of remembering the last type you used. Clearly some of your customers want one of those, some want the other, and some haven't thought about it.

            Dwight Holman added a comment - - edited Your classification of this as "not a bug" depends on your point of view. Surely the solution would be to have a configuration option that determines whether the default issue type is enforced, or whether JIRA does the 'clever' thing of remembering the last type you used. Clearly some of your customers want one of those, some want the other, and some haven't thought about it.

            Hugo added a comment -

            +1

            Hugo added a comment - +1

              Unassigned Unassigned
              fscheibel Fagner Scheibel [Atlassian]
              Affected customers:
              60 This affects my team
              Watchers:
              86 Start watching this issue

                Created:
                Updated:
                Resolved: