ATTENTION: ALPHA STAGE
This plugin provides depending / cascading custom field formats for Redmine. Two new field formats (List (depending) and Key/Value list (depending)) are introduced in addition to the Extended user field format with options for group-based filtering and visibility of active, registered or inactive users.
Usercustom field- Filter users by Redmine groups
- Optionally exclude administrators
- Choose to display active, registered and/or inactive users
- Users are listed under headers for active, registered and inactive status in filters
- Issue import recognizes extended user values by full name and id
DependingorCascadingcustom fields- Both for
listsaskey/valuepairs - New formats
List (depending)andKey/Value list (depending)allow defining parent/child relationships - Parent lists can depend on other lists or depending lists of the same object type
- Key/value lists can depend on enumerations or depending key/value lists of the same object type
ParentandChildrelationships between fields- Relation between
ParentandChildvalues is configurable in a matrix - Child fields include a blank option to deselect and are disabled until a parent value is chosen. Descendant fields update automatically when parents are cleared and only show the allowed options
- Fields can optionally be hidden when they have no valid options to choose from
- Works on all objects that support custom fields such as issues, projects, time entries, versions and users
- Both for
Bulk edit- New custom field types can be used when editing multiple issues at once
- Allowed values are calculated across all selected issues so only valid options remain available
- Javascript behaviour ensures only allowed values are selectable when parent fields change
- Invalid combinations submitted via API or email are rejected server-side
- "None" can be chosen to clear a value while bulk editing
- Selecting "None" for a parent field automatically clears all of its dependent fields
- Choosing a value for a parent field hides the "No change" option on all of its descendants so invalid values can't be kept
Open the context menu on an issue list (right-click or the menu button) to access the wizard. Users who have the Edit issues permission will see a menu entry for each parent custom field that is valid for all selected issues. Choosing one of these entries expands the menu in place and shows cascading select boxes with a save button. Child fields are hidden from the normal menu so dependencies cannot be broken. The selected value is stored for every chosen issue once you click Save.
- Copy this plugin directory into
pluginsof your Redmine installation. - Run
bundle installif required and migrate plugins with:bundle exec rake redmine:plugins. - Copy plugin assets:
bundle exec rake redmine:plugins:assets. - Restart Redmine.
The plugin is tested with Redmine 5.1 and should work with later versions.
Tests can be run using:
RAILS_ENV=test bundle exec rspec plugins/redmine_depending_custom_fields/specThe plugin exposes a JSON API to read and modify the configuration of list, enumeration and depending custom fields. Each endpoint returns all attributes you normally configure in the Redmine GUI, such as name, description, required flag, visibility, trackers and projects as well as the dependency mapping. The following endpoints are available:
GET /depending_custom_fields– list supported custom fields.GET /depending_custom_fields/:id– show a single custom field with its dependencies.POST /depending_custom_fields– create a new custom field.PUT /depending_custom_fields/:id– update an existing custom field.DELETE /depending_custom_fields/:id– remove a custom field.
Responses contain the custom field attributes listed above including
parent_custom_field_id, the possible values and the mapping of allowed child
values per parent option. Parameters use the same types as in Redmine:
- booleans for flags like
is_required,is_filter,searchable,multiple,is_for_allandvisible(setvisibletofalseand providerole_idsto restrict visibility to specific roles) - arrays of integers for
tracker_ids,project_idsandrole_ids - arrays of strings for
possible_values default_valuewhen noparent_custom_field_idis set- hashes for
value_dependenciesanddefault_value_dependencies - enumeration definitions in the
enumerationsarray when using enumeration fields
List all configured fields:
curl -H "X-Redmine-API-Key: <TOKEN>" \
https://redmine.example.com/depending_custom_fields.jsonCreate a depending list field without a parent:
curl -X POST -H "Content-Type: application/json" \
-H "X-Redmine-API-Key: <TOKEN>" \
-d '{
"custom_field": {
"name": "Severity",
"type": "IssueCustomField",
"field_format": "depending_list",
"possible_values": ["Minor", "Major"],
"default_value": "Minor"
}
}' \
https://redmine.example.com/depending_custom_fields.jsonWhen a parent field is configured, defaults can be specified per parent value using default_value_dependencies:
Create a new depending list field linked to a parent field with id 5:
curl -X POST -H "Content-Type: application/json" \
-H "X-Redmine-API-Key: <TOKEN>" \
-d '{
"custom_field": {
"name": "Subtype",
"type": "IssueCustomField",
"field_format": "depending_list",
"possible_values": ["Minor", "Major"],
"is_required": true,
"is_filter": true,
"searchable": true,
"visible": true,
"multiple": false,
"url_pattern": "https://tracker.example.com/%value%",
"edit_tag_style": "select",
"tracker_ids": [1,2],
"project_ids": [3],
"role_ids": [4,5],
"parent_custom_field_id": 5,
"value_dependencies": {"1": ["Minor"], "2": ["Major"]},
"default_value_dependencies": {"1": "Minor", "2": "Major"}
}
}' \
https://redmine.example.com/depending_custom_fields.jsonUpdate dependencies for an existing field:
curl -X PUT -H "Content-Type: application/json" \
-H "X-Redmine-API-Key: <TOKEN>" \
-d '{
"custom_field": {
"tracker_ids": [1],
"value_dependencies": {"1": ["Bug", "Feature"]}
}
}' \
https://redmine.example.com/depending_custom_fields/7.jsonUpdate dependencies and add a value (Critical)
curl -X PUT -H "Content-Type: application/json" \
-H "X-Redmine-API-Key: <TOKEN>" \
-d '{
"custom_field": {
"possible_values": ["Minor", "Major", "Critical"],
"value_dependencies": {
"Parent value 1": ["Minor"],
"Parent value 2": ["Major"]
}
}
}' \
https://redmine.example.com/depending_custom_fields/7.jsonFetch a depending enumeration field:
curl -H "X-Redmine-API-Key: <TOKEN>" \
https://redmine.example.com/depending_custom_fields/9.jsonCreate a new depending enumeration field that depends on a parent field with id 8.
Enumeration values are passed using the enumerations array. Each item can
include a name and position and will be created for the field. When updating
existing values, include their id and optionally _destroy: true to remove
them. In this example the field is visible only to the specified roles because
visible is set to false.
curl -X POST -H "Content-Type: application/json" \
-H "X-Redmine-API-Key: <TOKEN>" \
-d '{
"custom_field": {
"name": "Detailed activity",
"type": "IssueCustomField",
"field_format": "depending_enumeration",
"enumerations": [
{"name": "Research", "position": 1},
{"name": "Testing", "position": 2}
],
"is_required": true,
"is_filter": true,
"searchable": true,
"visible": false,
"multiple": false,
"tracker_ids": [1],
"project_ids": [3],
"role_ids": [4,5],
"parent_custom_field_id": 8,
"value_dependencies": {"1": ["2"]},
"default_value_dependencies": {"1": 2}
}
}' \
https://redmine.example.com/depending_custom_fields.jsonUpdate the dependencies of that enumeration field:
curl -X PUT -H "Content-Type: application/json" \
-H "X-Redmine-API-Key: <TOKEN>" \
-d '{
"custom_field": {
"enumerations": [
{"id": 1, "name": "Research", "position": 1},
{"name": "Implementation", "position": 2},
{"id": 2, "_destroy": true}
],
"value_dependencies": {"1": ["2"]}
}
}' \
https://redmine.example.com/depending_custom_fields/9.jsonExample snippet showing a parent and child custom field:
Parent Field: Hardware
Child Field: Keyboard
Invalid combinations are rejected just like when using the API.
Many thanks to ChatGPT for helping to create this plugin.
This plugin is released under the GNU GPL v3.