Details
-
Bug
-
Status: Done
-
High
-
Resolution: Done
-
5.1.0, 5.6.11.2, 5.9.1-p5
-
SR4J Sprint 89, SR4J Sprint 90
-
8
Description
Steps to reproduce
- Set up a text custom field.
- Edit an issue so that it has a non-empty value for the field.
- Set up a behaviour that makes the field readonly.
- Open the edit screen on the issue from before. The custom field's value is shown in the corresponding form field, which is greyed out.
- Click 'Configure Fields' to open the drop-down.
- Toggle the 'Show Fields' option from 'All' to 'Custom' or vice versa.
Expected behaviour: The custom field value is preserved in the form.
Actual behaviour: The value is set to empty and, since the form field is readonly, it cannot be edited back to its old value. The issue edit has to be cancelled if you wish to avoid persisting the blank value.
(This might bear some relation to SRJIRA-233 but the symptoms appear different.)
Proposed Solution
It is expected from a custom field to loose it's value after it gets "un-configured" from the screen.
In that case, we have to do something similar, like remove all configured behaviours from a field when this field gets "un-configured" from the screen.
Attachments
Issue Links
- is duplicated by
-
SRJIRA-4270 Selecting or Unselecting the All option from the Custom Fields cog causes the value set in the Read Only Single Select List to reset to None even by users who have limited access
-
- Done
-
-
SRJIRA-4723 User Picker - Read-only value lost when configuring "Edit" screen fields.
-
- Done
-
- is related to
-
SRJIRA-3332 when hiding and unhiding a field in Configure Fields, any initialiser is re-run, which can overwrite user data
-
- Done
-