...
Re-implementing support for Directives in JEMHC will be an ongoing activity. This page reflects the status of support for modifying issues through Directives, processed by Field Processors. Dependent on priority level i.e. Mapping Rule level directives overrides Project Mapping level directives and Project Mapping level directives overrides Default Project Mapping inheritance level directives.
Directive | On Create | On Comment | Notes |
---|---|---|---|
summary | Replaces existing summary | ||
reporter | Replaces both from address and profile's default reporter | ||
emailSenderAsUser | Not supported yet | Not supported yet | |
assignee | Replaces profile's default, If the assignee is not assignable, the message will be rejected | ||
issueType | Issue type is specially important because the metadata depends on it. If not valid for the project, the message will be rejected | ||
issueKey | N/A, JEMH will comment the issue if it exists | Yes, changes issue to be commented/updated taking precedence over the issue key in subject, mime header threading and the associated issue to the mime message id. Equality condition and custom JQL are supported (1.0.86+), JEMHC resolves the first not resolved issue that matches the criteria. Examples:
| |
parentIssueKey | Possible UC could be replying to a subtask issue with | ||
labels | CSV splitting the field processor value, not taking in consideration any escaping Label values are 'set' not 'added'. Currently overrides the 'profile' labels (should we merge?) added with the labels set inissue parameters in the Profile. | ||
priority | |||
description | Replaces the post processed body of the email | ||
comment | Create: Adds the directive's value as a comment after the issue has been created. Comment: Uses as body of the comment replacing the body of the post processed email | ||
components | Yes - Set | Yes - Update | Not escaped CSV. If one of components in the list is invalid, it will be ignored (with reporting) |
project | Yes - It changes where the issue will be created ignoring the project key in profile | Yes but it just used as validation. Comment fails if the resolved issue key doesn't belongs to the project | Project is also important as metadata depends on it. Validation in UI can fail during processing. e.g: some custom fields or issue type is not available in the directive's project |
dueDate | |||
requestType | Not possible to change | Service Desk’s request type. Name or id can be provided. For example:
| |
dueDateFormat | Replaces profile's default due date | ||
Epic Label |
| It set the epic label of the create or updated issue only if the issue is of type Epic
| |
Epic Link | Value can be either the key or the label of the target epic.
| ||
Sprint |
| it assigns the issue to a sprint.
| |
watchers |
|
|
|
viewable | Not supported yet | Not supported yet | |
ccusers | Not supported yet | Not supported yet | |
workEstimate | Not supported yet | Not supported yet | |
environment | Yes - Set | ||
linkto | Not supported yet | Not supported yet | |
affectsVersions | Not escaped CSV. If one of versions in the list is invalid, it will be ignored (with reporting). | ||
fixVersions | Not escaped CSV. If one of versions in the list is invalid, it will be ignored (with reporting). | ||
vote | Not supported yet | Not supported yet | |
logWorkDone | Not supported yet | Not supported yet | |
securityLevel | - Set | - Update | The field name is 'security' |
|
|
| Attachment is not a field |
|
|
| |
Worklog directives | Not supported yet | Not supported yet | All the directives related to work-log |
notifyOnEdit | Not supported yet | Not supported yet | |
workflow | Resolution defaults to Fixed. Only One transition permitted (so far). Basic version. The transition is applied after everything else: update issue, comment issue, upload attachments
| ||
workflow.resolution | Resolution is set if it's allowed in the transition, e.g.
| ||
workflow.params | A workflow field is set if it is allowed in the transition or it is allowed in the issue after the transition has been applied.
| ||
|
|
| |
custom fields | Set overriding default custom field values but not the custom fields used for email only users | Update (including custom fields used for email only users) | |
internalComment | if there is a @comment directive | If the issue is a Jira Service Management request, Users may find it useful to create |
...