Versions Compared

Key

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

...

Selecting the New Workflow Rule link will add a new empty rule to the mapping.  Once created, click the edit icon 

Status
titleUnknown Attachment
to go to the workflow rule configuration screen:

...

Rule settings

Setting

Details

Description

A description of the workflow rule.  This may be useful for others who see this configuration.

Workflow Name

Name of the workflow the rule is to be applied against.

During

Defines what event will trigger the transition.  There are three options:

  1. create - the transition will only be triggered by an issue creation event.

  2. comment - the transition will only be triggered by an issue commented event.

  3. create/comment - the transition can be triggered by either issue creation or an issue commenting.

Run Condition

Controls which user will drive the workflow transition. There are two options:

  1. forNonAssignee - the transition is driven by a user who is not the assignee.  For example, the reporter replying could mean that the assignee needs to do something.

  2. forAssignee -  the transition is driven by the assignee.  For example, a reply could mean that the issue is in progress, or it requires action from the reporter.

Issue Types

StatuscolourRedtitle

Unreleased

Define which issue types the issue has to be in for the rule to be triggered. Only Issue Types valid for the workflow defined in the Workflow Name will appear. If none are selected then this restriction will be ignored.

Statuses

Define which statuses the issue has to be in for the rule to be triggered.

Transitions

Define what transition sequence to perform, i.e. Pending External > Action Needed. You can also carry out multiple transitions: Pending External > Action Needed > Resolved.

Properties

Optional.  Apply workflow properties to the transition to meet special transition conditions.

To set the resolution in a transition you need to use the numeric ID that can be seen by hovering over EDIT in the Jira > Issues > Issue Attributes > Resolutions  list:

Code Block
http://localhost:8080/secure/admin/EditResolution!default.jspa?id=10000

therefore to set that resolution you would use:

Code Block
resolution=10000

Run As Condition

What user to run the transition as.  This enables JEMH to carry out transitions that require different identities (i.e. Assignee). There are three options:

  1. emailSenderUserOnly - The issue reporter will be used to run the workflow transition, if the reporter is a JIRA user they will be used or if the issue was created by a non-Jira user the default reporter will be used.

  2. nominatedUserOnly - You can specify a default user that will be used to run the workflow transition.

  3. issueAssigneeOnly - The issue assignee will be used to run the workflow transition.

Example Rules

Using the workflow below, we want an issue to be set to Pending External when the assignee comments and Action Needed when another user comments back.

...

Once the mapping has been created the Workflow Auto Advance Rules can be added in the same way as we did earlier in the step-by-step guide. What will happen is that when JEMH matches on a project mapping rule and finds that there are no Workflow Auto Advance Rules to apply in that mapping it will then check the default mapping to see if there are any rules there, if any rules are found and the project has a matching workflow then they will be applied.

Issue Type Restriction
Status
colour

...

Green
title

...

since 3.3.50

SINIf you require further issue type restriction in the Workflow Auto Advance rule then select Issue Type(s) and save by clicking the submit button.

...