-
Bug
-
Resolution: Fixed
-
High
-
7.2.9, 7.3.6, 7.3.8, 7.4.2, 7.6.9, 7.12.3, 7.13.2, 8.13.13
-
7.02
-
20
-
Severity 3 - Minor
-
32
-
-
Summary
The configured default issue type is never taken into account. The latest issue type used to create an issue is always set as the suggested choice even if you start a new session in a different browser or in an incognito windows.
This is not working as documented:
- Associating issue types with projects:
Set the Default Issue Type for the new scheme from the drop-down list. Please Note:
- The 'default issue type' is the issue type displayed in the selection-box when a user creates an issue.
- The issue types in this list depend on the issues in the Issue Types for Current Scheme list on the left.
- The None option means that there is no default value. If this option is selected, the system will show the first Issue Type listed in the Issue Types for Current Scheme.
- The Issue Type is remembered as long as you keep creating issues in the same project. Once you change projects or log off the system, it goes back to the default value.
- How to change the default issue type displayed at the Create Issue screen
- The next time the user creates an new Issue, the last issue type used will be displayed. ----
---- - Setting Default Issue Type to "None" Ignored RESOLVEDJRASERVER-30620 - Once a user has created an issue in a project in the current session, JIRA retains the issue type from the previous issue any time the user creates a new issue in the same project. This is intended to make it easier for users to quickly create issues, such as when a software developer is creating a number of stories for a sprint or a QA engineer is filing bugs.
- The next time the user creates an new Issue, the last issue type used will be displayed. ----
Steps to Reproduce
- Create 2 projects (e.g. SPA and KPA) having 2 different issue type schemes associated
- Modify the issue type scheme of SPA to have default issue types set as Bug and move it to the top of the list
- Modify the issue type scheme of KPA to have default issue types set as Task and move it to the top of the list
- The result looks as below:
- Click on create... see that the default issue type is not taken into account (by default you get KPA as the project and Bug as the selected issue type, see below screenshot):
- Create an issue type Story in SPA
- Click on Create to create a new issue. Select KPA. See that Story is selected by default. Create a Story in KPA as well
- Log out.
- Open a new browser or an incognito window and log into the instance again.
- Click on the Create button
Expected Results
The default issue type for the project is selected
Actual Results
The issue type used in the previous session is selected (Story). Please notice that also what happened in Step #5 is not working as documented.
Notes
This behavior reproduces consistently and has been tested on clean installations of JIRA 7.2.9 and 7.3.6.
The only time the default issue type is taken into account is when, for example:
- You create an issue in Project A of type e.g. Task
- You create a new issue and select Project B
- The issue type Task does not exist in Project B and therefore the default issue type is selected instead
Workaround
There is currently no workaround for this issue.
- is duplicated by
-
JRASERVER-44632 Default issue type does not reset after changing project
- Gathering Impact
-
JRASERVER-65699 Issue type is not reset to the default one when creating ticket in a new session
- Gathering Impact
- is related to
-
JRASERVER-76344 Issue Type Changing when Moving Issues
- Closed
- mentioned in
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...
-
Page Loading...