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

Compare with Current View Page History

« Previous Version 19 Next »

On this page


Field codes

Virtual fields


Those fields acquire numeric codes from 0 to 9999.

Project fields codes


Field codes for transition info (not available on JWTC)

Temporary field codes (not available on JWTC)

Virtual fields generated with other plugins

Supported custom field types

Multi-valued fields

Display list

The following fields are considered multi-valued fields:

  • Component/s
  • Component/s leads
  • Affects version/s
  • Fix version/s
  • Labels
  • Attachments
  • Watcher
  • Available transitions
  • Available target statuses
  • Recent attachments
  • Custom fields
    • Select List (Multiple choice)
    • Checkboxes
    • Labels
    • User picker (multiple users)
    • Group picker (multiple groups)
    • Version picker (multiple versions)
  • Issue Picker

The special thing about these fields is that they can be treated as lists when we have an expression that contains a logical operator.

For example, the following expression would work on server without the need of using the function toStringList(), but with other fields that are not multi-valued, like Summary, we would need to use it. 

%{issue.versions} in %{issue.fixVersions}
  • In case you try to use it as a string parameter in a function, that's not working. In that case you have to wrap in with  toStringList().
  • In case you compare such a field with a list built by "toStringList" where this StrigList is the left-hand operator, it's not working
  • fortunately that's not important for the transpilation as we are only transpiling correct JWT parser expressions

Available context

Parsing context

JWT parser always runs on a parsing context. The parsing context consists of 3 lists: issue list, string list and number list. The content of this lists are the elements of the context. There are 3 kind of elements: issues, strings and numbers. Elements in a list are ordered, thus each element in these list has an index associated (0, 1, 2, ...).

The index 0 makes reference to the current issue. The index 1 references the seed.

In Cloud, we don't have available the indexes after 1 (2,3,4...), and for the migration we will only migrate the index 0 from Server .

More details about the parsing context can be found here.

The following context are availble

  • issue
  • parent
  • seed

Fields available for the "system" context

Fields only available in JWTX (information only)


If you still have questions, feel free to refer to our support team.