Relations Tracker Field | |
|
Allows to create arbitrary relations between the trackers and other objects in the system. See also Items List and Item Link Tracker Fields Relation Relation qualifier. Must be a three-part qualifier containing letters and separated by dots. This can be anything (just a reference) Filter URL-encoded list of filters to be applied on object selection. (see the list below) ex.: tracker_id=5&object_type=trackeritem tracker_id=5 is to filter in tracker #5
Unified Index is required for relations fields to work.
Include Invert Include invert relations in the list | |
Notes | |
|
When the result show several related items they will be ordered by itemId asc. | |
Example | |
|
| |
bug tracker in dev.t.o | |
|
| |
Filtering valid parameters | |||||||||||||||
| |||||||||||||||
Sorting the output in the selector | |
|
By default the objects that can be selected are sorted using "title_asc" unless the "Format" field is not used. If, in the options of the Relations tracker field, the "Format" field contain something, the option of the multiple select list of objects will use the first field in the "Format" field and will apply the _asc direction. For exemple, having this in the format field will sort the object using "tracker_field_actionsDate". The direction will asc as this is hardcoded (up to Tiki29, it may change). Copy to clipboard
| |
Many to many | |
|
If you want a many to many relation, create a field in each tracker, with the following params
| |
Use case: Projects and Subprojects | |
|
One use case for this type of setup is a projects tracker, in which you define a parent - child relationship among items: which are parent projects of which child projects, while all data reside in the same project tracker. Even if this setup would probably imply a one to many relationship, the setup is the equivalent as the one indicated in the section above currently named "Many to many", but using the same tracker id in both fields of type "relation" in that same tracker.
| |