Custom Field Version (Locked/Open)
I'd like to have custom fields that specifically only allow locked versions, and open versions.
For example, for affected/target versions should only be allowed to select locked (released) versions. Otherwise, the user who files an issue can incorrectly select a FUTURE version as an affected/target version.
#3 Updated by Dipan Mehta almost 8 years ago
+1 This is very important. Ideally there should be a check of how the version field should behave.
1. For example, in some cases - only the closed versions should be allowed. e.g. most QA related version tagging - when the bug was discovered, which verison's code had originally introduced this bug, all behave like 'affected_version' type and hence shouldn't allow open version as selections.
2. On the other hand most part of the planning centered custom fields should be in future only hence might allow the open versions but not the closed ones where no more code is yet to be written.
3. Finally, of course there could be no limit to whether version can be past/current/future.
While defining the custom field, there should be a flag that shows how the CF should behave as 'close/open/all' etc.