Versions Compared

Old Version 96

changes.mady.by.user Radhika Vijji.

Saved on

compared with

New Version 97

changes.mady.by.user Radhika Vijji.

Saved on

Key

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

Excerpt

A workflow post-function that creates a comment on the current issue. The text of the

comment can

comment can be either a text, optionally including

a 

a Groovy template markup, or the result of the evaluation of a Groovy expression.

To add the 'Comment issue' post-function to a transition:

  1. Click Edit for the workflow that has the transition you wish to configure the post-function on.

  2. In the Workflow Designer, select the transition.

  3. Click on Post

Functions 

  1. Functions in the properties panel.

  2. Click on Add post function.

  3. Select Comment issue from the list of post-functions.

  4. Click on Add

 to

  1.  to add the post-function on the transition.

Image Removed

  1. Select the comment type from the Comment Type drop-down.

  2. Input a value in the Comment text field based on the comment type selected in step 7

.

  2. Select the options provided to add the required parameters.

  3. Click on Add to add the post-function to the transition.

Note

Note that you need to publish the workflow


Panel

Related links :

For information on where the
needs to be placed on a transition, see 
Refer to the Use cases for post-functions page for use cases for this post-function.
Image Added

When you add this post-function to a transition and trigger it, the add-on picks the value from the Comment

text field

text field and adds it as a comment on the issue. The value can be either a:

  • Text or Groovy template: A fixed text that can include

a 

  • a Groovy template markup that can be used as the comment body. For example, The issue will be resolved on or before <%= issue.duedate%> by <%issue.assignee%>.

  • Groovy Expression: A Groovy expression whose return value (of type String) will be used as the comment body. For example, issue.get("description")

 will

  •  will add the description of the issue to the issue as a comment.

See

the 

the Expected Value

 tab

 tab of

the 

the Groovy help editor

 or

 or refer to

the 

the documentation to know more about the expected value in the above cases.

Options 

  • Send "Issue Commented" notification

You can notify the users when a comment is added on the issue by selecting the option Send "Issue Commented" notification.

Run as

  • Run as user

Any user specified in this field will be the author of the comments that are created by the post-function. Leave it blank for the current user to be the author.

Comment visibility

  • Restrict to Group

Restricts the visibility of the comment to a specified group. When you input a valid group name in the Restrict to Group field, the comment will be visible only to the members of the specified group. For no restriction, leave the field blank.

  • Restrict to Project Role

Restricts the visibility of the comment to a selected project role. When you select a project role from the drop-down Restrict to Project Role field, the comment will be visible only to the members of the selected project role. For no restriction, leave the field blank.

  • Restrict to Internal (Jira Service Desk only) - REQUIRES option "Send 'Issue Commented' notification"

Restricts the visibility of the comment to the Service Desk Agents and Collaborators only. This requires the option Send "Issue Commented" notification to be selected.

Conditional execution

To execute this post-function based on the result of a groovy expression see Conditional execution/validation using a Groovy expression.

Error Handling

By default, all errors (Java Exceptions) raised by this post-function, including those raised by custom Groovy scripts, will be logged in the JIRA log file but will not be reported to the user and will not prevent the transition from completing.

 However

 However, when designing new workflows or troubleshooting them, it is more convenient to be notified immediately of any such error during the execution of the transition.

For example

For example on the

production Jira instances you

production Jira instances you might want to show errors only for the post-function(s) being worked on, in order to avoid disrupting other workflows.

 To

 To make

errors raised

errors raised by the current post-

function prevent

function prevent the transition from completing and show the error in the browser, select Make transition fail when an error occurs in this post-function.

If you want to show all the errors, either only to the admins or to all users, configure the option

globally on

globally on the JMWE configuration page. For example,

 on development and staging Jira

 on development and staging Jira instances, you can activate error reporting for all

 JMWE

 JMWE post-functions, to display all the errors and it is recommended to do so, and on production Jira instances you might want to activate error reporting only to administrators so that they can be made aware of configuration errors.

Note

When the option is selected on a post-function, it overrides the configuration on the JMWE configuration page.