Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Panel
bgColor#F4F5F7

All administrative functions of Herzum Approval require you to be a user with the Jira Cloud System Administrators global permission.

Panel
bgColor#F4F5F7

The Auto populate user picker field based on expression screen allows you to specify expressions that will be used to populate an user picker All and the user picker Any that have been selected for an Approval Configuration.

Preliminary global settings

In order to setup the Auto populate user picker field based on expression on your Approval Configurations, you must first enable it by activating the User picker auto-population option on the General settings

Auto populate user picker field based on expression screen

Navigate the Approvals administration screen and Add an Approval Configuration by inserting an Approval Name checking the TypeSingle Property option.

The Approval Configuration screen displays the available properties to setup an Approval.

Here you can choose a user picker custom field that can be populated basing on an expression.

On selecting a user picker All, distinct approbations will be requested to each user that will be inserted in the User Picker field.

On selecting a user picker Any, any user inserted in the User Picker custom field may provide the approval response on behalf of all users.

When selecting an user picker All or an user picker Any , you are able to specify expressions that identify

  • users that will be inserted on the user picker custom field in order to enable them to approve and

  • users that will be removed by the user picker in order to exclude them.

In order to insert an expression to populate the user picker field, click  on the icon displayed on the right side of the select list filled with the chosen user picker:

Specify the expression identifying the users to insert in the user picker custom field

The Auto populate user picker field based on expression screen requires an expression, respecting the expected syntax, that specify the users to insert in the user picker field (Can Approve or Reject) and, optionally, the users to discard from the list (Excluded).

ℹ️ You cannot specify the users to discard (Excluded) without specifying the users to insert into to the user picker field (Can Approve or Reject).

(lightbulb) You are able to insert the allowed tags on the text areas performing a drag and drop of a tag inside the text area on the point you want add it.

 (warning) Notice that, in order to avoid performance issue there is a limit on the max number of users that will be returned by the two statements.

Case of the Can Approve or Reject or the Excluded statements returns more then 100 users, only the first 100 will be considered.

(lightbulb) You are able to select the values to insert inside the property tags just starting to type a text.

Test the expression

You are able to test an expression in order to check if the list of users returned for an issue, on evaluating the Can Approve or Reject and Excluded, matches the expectations. 

In order to test your expressions, you can specify an issue key, click on Run Test and Review the list of users that are returned.

Property tags

The syntax that allows to specify the property's values expects a Start tag and an End tag.

The available tags are listed below:

  • <users>...</users>

  • <groups>....</groups>

  • <roles>....</roles>

  • <user-pickers>...</user-pickers>

  • <group-pickers>...</group-pickers>

  • <component-leads>...</component-leads>

Property Values

 The admissible property's values depends by the selected Property.

The admissible values per property are listed below:

  • <users>

    • Username, any username

    • Reporter, key word to include in the list the issues's reporter

    • Assignee, key word to include in the list the issues's assignee

    • ProjectLead, key word to include in the list the concerned project lead

    • Component Leads, key word to include in the list all the concerned Component Leads

  • <groups>

    • Group, any Jira Group name

  • <roles>

    • Project Role, any Project Role Name

  • <user-pickers>

    • User Picker custom-field, any user picker custom field identifier (Example: customfield_10125)

  • <group-pickers>

    • Group Picker custom-field, any group picker custom field identifier (Example: customfield_10188)

  • <component-leads>

    • Project Component, any Component Name. This setting maintain the Component Name and not the Component Id in order to allow reusing the Approval across Approval mapping for different Projects.

You are able to specify one or more Property's values.

The property's values must be concatenated via the ','.

(question) Example: <users>Tom Black , Nancy Green , Jack Red , Katy White</users>

Condition Tags

The syntax that allows to specify a condition enabling a set of properties expect one of the following start end tag

  • <conditional-rule  name="Conditional Rule Name">...</conditional-rule>

  • <conditional-rule name="Conditional Rule Name " is-false>...</conditional-rule>

The admissible names include all Conditional Rule names that you have created via the Conditional Rules administration screen.

An expression can include zero, one, more conditions enabling one or more properties.

(question) Example: <conditional-rule  name="Priority High"><groups>Managers</groups> </conditional-rule> <conditional-rule  name="Priority High" is-false><users>Tom Black</users></conditional-rule>

In this section

Table of Contents
minLevel1
maxLevel7

Need support?

We would love to help.

Submit a support request