Feature #11907: Custom Field Version (Locked/Open) - Redmine

Actions

Copy link

Feature #11907

closed

Custom Field Version (Locked/Open)

Added by Brian Lindahl about 12 years ago. Updated almost 11 years ago.

Status:

Closed

Priority:

Normal

Assignee:

Category:

Custom fields

Target version:

Start date:

Due date:

% Done:

Estimated time:

Resolution:

Duplicate

Description

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.

Related issues

Actions

Copy link

Updated by Julien de BOUILLANNE about 11 years ago

We have a custom field "fixed versions" multivalued. All the versions are displayed even if the version is closed (we should display only the locked/open versions)

Actions

Copy link

Updated by Toshi MARUYAMA about 11 years ago

Category set to Custom fields

Actions

Copy link

Updated by Dipan Mehta almost 11 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.

Actions

Copy link