Status: Long Term Backlog (View Workflow)
Affects Version/s: 6.4.14, 7.2.1, 7.1.9, 7.2.8, 7.7.2, 8.5.1
Fix Version/s: None
Component/s: Issue - Fields
Introduced in Version:6.04
Support reference count:33
Symptom Severity:Severity 2 - Major
Bug Fix Policy:
Current Status:Atlassian Update – 26-11-2018 Hi everyone, We have recently reviewed this issue and the overall interest in the problem. Since the issue hasn't collected votes, watchers, comments, or support cases from many customers during its lifetime, it's very low on our priority list, and will not be fixed in the foreseeable future, i.e. in next 6 months. We would aim to address the problem within the next 6-9 months or so, yet please do not consider this a deadline to fix the bug, but rather as an estimated timeline. While our decision to prioritise this in distant timeline might be frustrating, we want to be clear in managing your expectations. The Jira team is focusing on issues that have broad impact and high value, reflected by the number of comments, votes, support cases, and customers interested. Please consult the Atlassian Bugfix Policy for more details. Atlassian will continue to watch this issue for further updates, so please feel free to share your thoughts in the comments. Thank you, Ignat Alexeyenko Jira Bugmaster
When a custom field configuration is edited and then an issue using that configuration is edited, the custom field values revert to null or the default option.
Users are not likely to notice unless they are attempting to change that field. If they do happen to notice they cannot see the original value in order to restore it to the correct value.
- Create a Custom Field called "Test" using the "Select List (single choice)" type.
- In the default/Global field configuration, configure three options: A, B, C.
- Create an issue in Project FOO and set the field value to "B".
- Create a new custom field context.
- Configure the same three options for the field in this configuration: A, B, C.
- Configure Project FOO to use this field configuration for the type of issue you created in Step 3.
- Click "Edit" for the issue you created previously.
- After the field configuration is changed, existing values for the field should be preserved unless they cannot be mapped to options in the new configuration.
- Alternatively, JIRA should highlight the modified field values in some way so the user knows they must make a change in the Edit screen.
- If the user does not modify anything on the "Edit" screen and clicks update, the field value will be changed to either 'None' or the first available field option.
- If the field is optional, the field will be set to 'None' in the Edit screen.
- If the field is required, the field will be set to the first available option, not the default option, in the Edit screen.
Administrators: After changing the field configuration for a project, for each custom field value you wish to preserve...
- Search for issues that have the custom field set to that value.
- Bulk edit the issues to set them to the correct value in the new field configuration (even if that value matches the default field config)
Detailed description and steps for the workaround are at Change Context for an Existing Custom Field Without Losing Old Data.