Versions Compared

Key

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


...

titleAvailability

...

Button handy
blanktrue
color#0052CC
nameSend Feedback
linkhttps://docs.google.com/forms/d/e/1FAIpQLScmToBe3vynAlb5fdKwCGxYqnTbDc66sIBgeecG2BuFDuHc7g/viewform?entry.2002826954=hasInput+-+15485945
widthauto

Info

Make sure that a transition screen has been attached to the current transition.

Description

Excerpt

Verifies if a field had input in the transition screen. Should only be used in transitions that require a screen.

  

Table plus
applyColStyleToCelltrue
columnTypess,s,s,s
heading0
multiplefalse
columnAttributesstyle="background:#e5e7ea;font-weight:bold,,style="background:#e5e7ea;font-weight:bold,
enableSortingfalse

Syntax

hasInput(customfield_id)

...

Package

Alias

Pkg Usage

Warning

This routine has a very limited working scope. Since it handles transient values, it will work correct only if an interval is called starting from the moment the user clicks the Submit button on the transition screen up to the point when the issue is saved in the database. Therefore we can define the valid scope for the routine to be validators and certain post functions. It means that you will not be able to use it in conditions, SIL services, SIL listeners nor from the SIL Gadget.
While using in post functions this routine will work in SIL post functions that run before the routines that save the issue in the database. The latter are default Jira post functions that can be easily recognized by their name, for instance "Update change history for an issue and store the issue in the database ", for a regular transition "Creates the issue originally ", for the "Create Issue " transition, and so on.

Description

Excerpt
hiddentrue

Verifies if a field had input in the transition screen.

Verifies if a field had input in the transition screen. Should only be used in transitions that require a screen.

Parameters

Table plus
applyColStyleToCelltrue
columnTypess,s,s,s
heading0
multiplefalse
enableSortingfalse

Parameter name

Type

Required

Description

customfield_id/keyword

...

String

Yes

Id of the custom field (customfield_id) or the specific keyword for the standard fields.

Return

...

Type

Boolean

A "true" return value means that the specified field had input in the transition screen.

...

Code Block
hasInput("customfield_12003");

Returns "true" if the customfield_12003 contains a value and "false" if the customfield_12003 is empty.

...

Code Block
hasInput("comment");

Returns "true" if the Comment field contains a value and "false" if the Comment field is empty.

...

The following line will check whether a Time Spent field field was filled out for a ticket during the transition (on the transition screen). This is useful for cases when you want to make sure that users log time when they resolve tickets.

...

If you want to show a warning under the Time Spent field for cases when the worklog wasn't entered for a ticket, consider using the following lines in the workflow validator.

...

Customizing workflows.
In addition you can use the the isNull(timeSpent) routine to check whether the time was logged against the ticket before the transition.

...

Code Block
return false, "worklog_timeLogged", "<error message>";

Note

Custom fields must be referenced by id (customfield_id), while standard fields can be specified by one of the following keywords: summary, timetracking, security, attachment, reporter, environment, description, duedate.

You can also check the Comment field, using the keyword comment.
The timetracking fields have different internal naming in this case, so you'll have to use the next mapping:

Field

Key

estimate

timetracking_originalestimate

originalEstimate

timetracking_remainingestimate

worklog start date

worklog_startDate

worklog time logged

worklog_timeLogged

See also

Filter by label (Content by label)
showLabelsfalse
max25
showSpacefalse
cqllabel = "

...

customfield_routine" and space = currentSpace ( )
labels

...

array_

...

routines