You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

On this page

Use case details
Function
Type

Use case description

This is one of the built-in usage examples and simply checks whether parent of the current issue is of a certain issue type.

This is particularly important if you want to reuse a workflow for multiple sub-task issue types but only want a transition to be available if the sub-task belongs to a certain user story or a bug.

This use case is valid for both conditions and validators. The only difference is that you can specify an additional error message when using a validator.

Complexity

BEGINNER




Configuration steps


Definition of basic (required) parameters

ParameterValue(s) / Steps to set value(s)Notes

Jira expression

issue.parent != null && (issue.parent.issueType.name == 'Story')

This expression makes sure that:

  1. the current issue has a parent ((lightbulb)only works for su-tasks)
  2. the parent is a Story

Variations

You can easily modify this use case to check for specific statuses.

ParameterValue(s) / Steps to set value(s)Notes

Jira expression

issue.parent != null && (issue.parent.issueType.name == 'Bug') && ((issue.parent.status == 'To Do'))

This expression makes sure that:

  1. the parent is a Bug
  2. the Bug is still in the TO DO status
Jira expression
issue.parent != null && (issue.parent.issueType.name == 'Bug') && ((issue.parent.resolution != null))

This expression makes sure that:

  1. the parent is a Bug
  2. the Bug is still unresolved.



This is how it's done


Screencast

<Screencast goes in here> Detailed instruction can be found here: https://www.decadis.net/confluence/display/XAPPSBRANDING/Screencasts+Framework

Use multimedia macro!



This is how it should look like


WhereFinal configuration
Backend

Frontend



Related examples