Project

General

Profile

Actions

Feature #11907

closed

Custom Field Version (Locked/Open)

Added by Brian Lindahl over 11 years ago. Updated over 10 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Custom fields
Target version:
-
Start date:
Due date:
% Done:

0%

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

Is duplicate of Redmine - Feature #8572: Configuration of which versions (by version-status) are shown in version-format custom fieldsClosedJean-Philippe Lang2011-06-09

Actions
Actions #1

Updated by Julien de BOUILLANNE over 10 years ago

+1

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 #2

Updated by Toshi MARUYAMA over 10 years ago

  • Category set to Custom fields
Actions #3

Updated by Dipan Mehta over 10 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 #4

Updated by Jean-Philippe Lang over 10 years ago

  • Status changed from New to Closed
  • Resolution set to Duplicate

Same as #8572, fixed in 2.5.0.

Actions #5

Updated by Jean-Philippe Lang over 10 years ago

  • Is duplicate of Defect #15735: OpenID login fails due to CSRF verification added
Actions #6

Updated by Jean-Philippe Lang over 10 years ago

  • Is duplicate of deleted (Defect #15735: OpenID login fails due to CSRF verification)
Actions #7

Updated by Jean-Philippe Lang over 10 years ago

  • Is duplicate of Feature #8572: Configuration of which versions (by version-status) are shown in version-format custom fields added
Actions

Also available in: Atom PDF