When editing an issue during transition, (not available) may be appended to some custom field types.
プラットフォームについて: Server および Data Center のみ。この記事は、Server および Data Center プラットフォームのアトラシアン製品にのみ適用されます。
サーバー*製品のサポートは 2024 年 2 月 15 日に終了しました。サーバー製品を利用している場合は、アトラシアンのサーバー製品のサポート終了のお知らせページにて移行オプションをご確認ください。
*Fisheye および Crucible は除く
要約
During a transition, Changing a Parent value in the following custom field types to "none" and saving will result in having to save the transition a second time and will display a duplicated value with (not available) appended to it.
- Select
- Multi select,
- Cascading Select,
- ラジオ
- チェックボックス
参照先:
Steps to Reproduce:
- Create a Cascading Select in the custom field configuration for a Project.
- Mark it as Required (Administration --> Issues --> Field Configurations)
- Create a transition that uses a screen that has the Cascading Select.
- Create an issue and select a parent and child issue. Save it.
- In the Issue window, click on the Transition to edit the values.
- Under Parent select option, change to (none).
- Save the edit.
- Note that the save doesn't get written yet.
Observations:
- Selecting (none) results in a message saying the field is required.
- A duplicate option shows up with (not available) appended. (see attached screenshot)
- You can save after this, even without making changes. The issue will commit the last "known good" selection.
- Note that the previously used value is defaulted due to code changes in 8.8.0 to prevent data loss (likely the result of )
環境
8.13.9
原因
This behavior was introduced during a bug-fix attempting to prevent data loss. https://jira.atlassian.com/browse/JRASERVER-62455 has more details.
Background:
If an issue has a selected option saved in the database, that option will always be present in the edit form - even if the configuration of the field has been changed. The options not present in the configuration will have a "(not available)" suffix in their names. This prevents accidental data loss and allows users to edit parts of the issue without forcing them to change the historical values if custom field configuration changes.
Please follow this Engineering Ticket for any developments: https://jira.atlassian.com/browse/JRASERVER-72846
ソリューション
Workaround to avoid end-user confusion:
1. Create a copy of <atlassian install directory>/atlassian-jira/WEB-INF/classes/com/atlassian/jira/web/action/JiraWebActionSupport.properties for backup purposes.
2. Change the line:
customfield.not.available.in.scheme={0} (not available)
to
customfield.not.available.in.scheme={0}
3. Jira を再起動する
This will not prevent a second entry from showing in the Transition, but it will remove the (not available) tag from it and hopefully avoid end-user confusion. You will still have to save the transition twice.
引用