YouTrack Standalone 2018.1 Help

Manage Custom Fields

As a project administrator, you can customize the fields that are used for issues in your projects. System administrators can modify the properties of custom fields for all projects in the system. For more information, see Custom Fields.

To access and manage the fields that are used for issues in your project, select the Fields tab in the Edit Project page.

Add a Custom Field

As the project administrator, you can add new fields for the issues in your project.

When you add a field to your project, the custom field is available to other projects in the system. A system administrator or user with global project administration permissions can reuse this field in other projects. For enumerated custom fields, the set of available values can be managed for each project independently.

When you create a custom field, be sure to set the field type that you want to assign to values that are stored in the field. For most field types, the type is set when the field is created and cannot be changed. Converting values from one data type to another is a manual process that takes time and effort. For more information, see Change Field Type.

To add a field:

  1. From the Edit Project page, select the Fields tab.

  2. Click the Add field to project button.
    • The New Custom Field dialog opens in the sidebar.

      newCustomFieldInProject thumbnail

  3. Enter values in the custom field settings. For a detailed description of each setting, see Custom Field Settings.

  4. If the field is an enumerated type, you have the following options:
    • Select the New set option. Define the set of values after you create the custom field.

    • Select a field from the list. The set of values that is used in the select field is added to the new field.

  5. Click the Add new field button.
    • The custom field is added to your project.

Attach a Custom Field to Your Project

If you want to use an existing field for issues in your project, you can attach it to your project.

To attach a field to your project:

  1. From the Edit Project page, select the Fields tab.

  2. Click the Add field to project button.
    • The Add field to project dialog opens in the sidebar.

  3. Select the Use existing tab.

    attachFieldProjectEdit thumbnail

  4. Select the field you want to attach to the project. Use the search box to filter the list of custom fields.

  5. Click the + icon next to the field name to attach it to the project.
    • The settings for the selected field are displayed in the sidebar.

    • If the field is used in other projects, you can only modify the set of values for the custom field when you have the Update Project permission for all of the projects that use the set. You can modify the properties of the field in your project without affecting other projects that use the field.
      attachFieldNoPermissions thumbnail

      If the current set of values is compatible with your project, you can use the field without making any changes.

  6. If you want to customize the set of values for the field, click the Make independent copy button.
    • A copy of the set of values is created in your project.

    • You can freely edit the set of values without affecting the sets of values for this field in other projects.

Conditional Custom Fields

In each project, you have the ability to show specific custom fields only when a value is selected in another custom field. The most common use case is to choose which fields are shown for different issue types. However, you can add a condition to show specific fields based on the selection in any enumerated field, not just issue type.

conditional custom field in project

You can add a condition to any field in a project. Conditional custom fields are subject to the following limitations:

  • You can only set a condition for showing a custom field based on the selection in a custom field that stores an enum, state, ownedField, version, or build as a single value.

  • It not possible to set up chained dependencies. This means that you cannot make the visibility for a custom field dependent upon multiple levels of conditions.

Before you add a condition for showing a custom field, consider the following consequences:

  • Fields that are hidden behind a condition do not store values. This means that you can't use this feature just to hide sensitive information. If you want to limit access to fields that store personal data or other sensitive information, use a private field instead. For more information, see Private and Public Issue Fields.

  • When you hide a custom field, its value is cleared. If you add a condition to a field that contains a value in one or more issues, the value is cleared in all of the issues that do not meet the condition. Check the custom field that you want to use to create the condition first and make sure it contains the desired value in all of your issues.

    This is especially important when the value that you want to use to hide the conditional custom field is used as the default value. To avoid losing data, set the value for the field that creates the condition to the value that shows the conditional field in all of the issues that store a value. You can then set up the condition and hide the field by default in new issues.

  • If a custom field is hidden behind a condition, you cannot set the value for the field with a workflow. If you use a workflow to manage the values in a conditional custom field, make sure that your workflows don't update fields that are hidden. You can customize the workflow to check for the condition before the change is applied.

To set up a conditional custom field:

  1. From the Edit Project page, select the Fields tab.

  2. Select the custom field that you want to show on a conditional basis from the list.

  3. Expand the Conditional Settings section in the sidebar.

  4. From the Show only when drop-down list, select the custom field that you want to use for the condition.

  5. From the is set to drop-down list, select one or more values.
    • When one of the values specified here is selected in an issue that belongs to your project, the conditional field is shown.

Change Field Order at the Project Level

The default order in which fields are displayed on Issues list and full page view is set at the global level by an administrator. If you prefer to order the fields differently, you can set a custom order for your project. Project-level settings override the global settings.

To change the field order:

  1. From the Edit Project page, select the Fields tab.

  2. Set the order of custom fields by dragging them into the desired sequence.

    changeFieldOrderProject thumbnail

Edit a Set of Values

You can edit the set of values that are used in a field.

Wherever you can change the value for a field, there is an option to add a new value to the set. As a project administrator, you can add values to fields that are unique to your project or use an independent set of values. System administrators and users with project administrator access in the global project can add values to the set in all projects. When created, the new value is added to the issue. This option is visible in the following locations:

  • Issues list

  • Full page view

  • Agile boards

add value to field thumbnail

If the set of values is shared with other projects, you can make an independent copy of the set and edit the values for the field in your project.

To edit a set of values that is shared with other projects:

  1. From the Edit Project page, select the Fields tab.

  2. Select the field that uses the set of values.
    • The details dialog for the selected custom field opens in the sidebar.

  3. Click the Make independent copy button.

    editSetOfValuesInProject thumbnail

  4. Edit the set of values. The following options are available:
    • Click the Add value button to add a new value to the list.

    • Click the Copy values from button and select a field to copy the values used in the selected field. The values from the selected field are added to the current set of values.

    • Click the Merge with button and select a field to merge existing values with the values used in the selected field. The values from the selected field are merged with the current set of values.

Clone an Existing Field

As a project administrator, you can only update fields that are used exclusively in the projects where you have the Update Project permission. For custom fields that are auto-attached or used in other projects, you may find yourself unable to edit the base properties of the field. This includes changes to the field name, the property for the field type that determines whether the field stores single or multiple values, and the field aliases. Changes to these base properties affect all of the projects that use the field.

As an alternative, you have the option to clone the field. When you clone a field, you create a copy of the field with its base properties and assign it a unique name. You can then edit the base properties of the field without affecting the usage of the original field in other projects.

The Clone field operation is only available for custom fields that meet one of the following criteria:

  • The auto-attach option is enabled for the field.

  • The field is used in two or more projects.

To clone a custom field:

  1. From the Edit Project page, select the Fields tab.

  2. Select the field that you want to modify from the list.

  3. If the sidebar is not visible, click the Show Details button in the header.

  4. Next to the field name in the sidebar, click the Clone field icon.
    • The form for editing field properties opens in the sidebar.

    clone field in project
  5. Modify the base properties of the cloned field. Note that the Field Name must be unique.

  6. Click the Save button.
    • The usage of the original field is replaced with the cloned field in the project.

    • The set of values that was used in the original field is used as the set of values for the cloned field.

    • The values in the original field that are assigned to issues in the project are updated to use the same values in the cloned field.

    • The usage of the original field in other projects is not affected.

Replace a Custom Field

You can replace the custom fields that are used in your project with a custom field that is used in other projects. Use this feature if there are custom fields that are used in other projects that you want to use instead of the custom field that is set in your project. You can then use the same custom field, for example, to generate reports or display the same columns and swimlanes for all of the projects on an agile board.

Unfortunately, you can only use the Replace function with custom fields that share the same data type. To convert values from one data type to another, you need to create a new custom field with the desired type and manually update the values in the new field for all issues in the project. For more information, see Change Field Type.

To replace a custom field:

  1. From the Edit Project page, select the Fields tab.

  2. Select the field that you want to replace and click the Replace button.
    • A drop-down list shows all available custom fields that store the same data type.

      replaceCustomField thumbnail

  3. Select the custom field that you want to replace the existing field.
    • The custom field is replaced with the selected custom field in the project.

    • The set of values that was used by the previous custom field is added to the set of values for the replacement field in the project.

    • The values in the original custom field that are assigned to issues in the project are updated to use the same values in the replacement field.

    • The sets of values that are used in other projects for the replacement field remain unchanged.

Change Field Type

If the custom field stores data as an integer, period, or float, you can edit this property and convert the data to a target format within this set of types. For example, you can convert an integer type to a period type. Here, you have the option to convert the value that is stored as an integer to a number of hours or number of days.

For other field types, the type is set when the field is created and cannot be changed.

If you want to replace an existing custom field with a field that uses a different type, you can't use the Replace function. Instead, you need to add a custom field to the project that stores values in the desired type and migrate the data manually from the original field.

To migrate data from one custom field to another custom field:

  1. From the Edit Project page, select the Fields tab.

  2. Click the Add field to project button.

  3. Use the settings to define a custom field or select an existing field that stores values in the desired type.

  4. If the new custom field stores enumerated values, add values to the new custom field that are used in the existing custom field.

  5. When finished, update the values that are stored in the custom fields for your project:
    • From the issues list, enter a search query that finds all of the issues that contain a specific value in the original custom field. For enumerated types, start with the first value in the set. For example: In #{Project} Status: Submitted.

    • Select all of the issues that are returned by the search query. Use the keyboard shortcut Ctrl + A ( + A on OS X) to select all of the issues that are returned by the query.

    • Use a command to update all of the selected issues and assign them a value in the new custom field. For example: Secondary State Submitted. To minimize notification spam, apply the commands silently.

    • Repeat this step until you have migrated all of the data that was stored in the original custom field to the new custom field.

  6. Return to the Administration > Custom Fields page and remove the original custom field from the project.
    • The field and its related values are deleted from the project.

    • All of the values that were previously stored in the original custom field are now stored in the new custom field.

Custom Field Settings

Use the following settings to configure fields with simple data types:

Field

Description

Field Name

Stores the name of the custom field. Field names cannot contain the special characters <, >/, or :. We also advise against using quotation marks (") in field names. This character breaks references to field names in the programming language for workflows.

Type

Determines what type of data is stored in the field.

For most field types, the type is set when the field is created and cannot be changed. If the field stores data as an integer, period, or float, you can edit this property and convert the data to a target format within this set of types. For example, you can convert an integer type to a period type. Here, you have the option to convert the value that is stored as an integer to a number of hours or number of days.

When you select an enumerated type, additional settings that define the selected type are displayed. These settings are described in the following table.

Aliases

Assigns the field one or more keywords that you can use as a substitute for the field name in search queries and commands. For example, the aliases for the default Assignee field are for and assigned to. This lets you use for: me as a search query instead of Assignee: <your full name>.

Can be empty

Determines whether the field can store an empty value. For fields with simple types, this option is always enabled.

Empty value name

Assigns a value to show by default in the empty field. This lets you reference the empty value in search queries and commands.

When you edit an existing field, use the Empty Value setting to update this property.

Make private

Restricts the visibility of the field to users with permission to view private fields. This property is set system-wide and cannot be changed on a per-project basis. For more information, see Private and Public Issue Fields.

Use these additional settings to configure fields with enumerated data types:

Setting

Description

Multi-value

Enables the option to store multiple values in the field. This option is not available for fields that store a state type.

When you edit an existing field, use the Single value and Can specify multiple values toggle to update this property.

Set of Values

Assigns a default set of values that can be stored in the custom field.
  • New set — creates a custom field with an empty set of values. You can add values to the set after you create the custom field.

  • Existing set — attaches an existing set of values to the field. When you select an existing set of values, you can set the default value to use for this field.

This option is not visible for fields that store a group type. For these fields, the set of possible values is taken from the list of groups in YouTrack.

Default Value(s)

Assigns a default value to the field. This setting is only available when you select an existing set of values. If the Multi-value setting is enabled, you can select one or more default values.

Can be empty

Determines whether the field can store an empty value. You can only disable this option when a default value has been set.

When you edit an existing field, use the Can be empty and Cannot be empty toggle to update this property.

Empty value name

Assigns a value to show by default in the empty field. This lets you reference the empty value in search queries and commands. If the Can be empty option is disabled, this setting is disabled as well.

Use the following settings to set the condition for showing a custom field in a project.

Setting

Description

Show only when

Determines which field is used as a condition for showing the custom field. The selection is limited to custom fields that store an enum, state, ownedField, version, or build as a single value.

is set to

Determines which values from the field must be selected for the conditional custom field to be shown.

Value-specific Settings

Enumerated sets of values have properties that are assigned to each value in the set. You can edit a standard set of properties for any enumerated set of values.

To display these settings, click the Edit icon next to a value in the set. The following settings are available for all field types:

Setting

Description

Name

Assigns a name to the value.

Description

Adds a description of the value. This property is not visible elsewhere in YouTrack, but can be used to explain the usage of this value to other users who might edit the set of values.

Color

Assigns a color scheme to the value. This setting changes the appearance of the custom field based on the color that is assigned to the current value.

Several field types have extended properties for values in the set. These properties are only visible when you edit the set of values that is used for the specified type.

Type

Setting

Description

ownedField

Owner

Stores a reference to the user who is responsible for the subsystem as a user type.

Use this setting to associate a specific user with each value in the set. You can then use this field to set values in custom fields that store a user type. For example, when you attach the Subsystem Assignee workflow to a project, the value for the Assignee field is automatically set to the owner of the value that is set in the Subsystem field.

state

Resolved

Indicates whether the issue is considered to be resolved when it is assigned the corresponding value in this field. This value is stored as a Boolean type.

version

Release date

Stores the release date as a date type. Can correspond to the actual or scheduled release date.

Released

Indicates whether the version is released, stored as a Boolean type. You can update this property directly in the list of values.

This property affects the sort order in the drop-down list for the default Fix versions and Affected versions fields.

  • For the Fix versions field, unreleased versions appear at the top of the list.

  • For the Affected versions field, released versions appear at the top of the list.

Archived

Indicates whether the version is archived, stored as a Boolean type. You can update this property directly in the list of values.

Values that are marked as archived are not shown in the drop-down list for custom fields.

build

Assemble date

Stores the date when the selected build was assembled as a date type. When you use the TeamCity Integration, you can add values to the set and assign a value to this property automatically.

Additional Controls for Version Fields

When you view or edit the set of values for a field that stores a version type, these controls let you find and update specific values. These options have no affect on the behavior of the custom field.

Control

Description

Filter versions

Filters the list of values to match the filter criteria.

Show released

Toggles the visibility of versions that are marked as released.

Archived

Toggles the visibility of versions that are marked as archived.

Sort by

Sorts the list of values by name or release date.

Last modified: 7 March 2019