Но так себе инструменты

re: MyGroovy
похоже последний апдейт JMWE (6.4.0) : com.innovalog.jmwe.jira-misc-workflow-extensions ломает то, как эти два плагина могли жить вместе. во всех воркфлоу где использовался JMWE - выдает com.google.common.util.concurrent.ExecutionError: BUG! exception in phase 'instruction selection' in source unit 'script_9555e3a5716dd83c1826686b79cf9c6e.groovy' org.codehaus.groovy.ast.ModuleNode cannot be cast to org.codehaus.groovy.ast.AnnotationNode, что указывает на несовместимость Groovy engines? после того как я disabled MyGroovy - все ок. есть совет какой-нибудь?

Привет, в проекте используется схема приоритетов: Критический, Высокий, Средний, Низкий.
Для двух типов сущности хотят ограничить список доступных приоритетов, исключив из него Критический.
Первое что приходит на ум, это использовать валидатор на этих двух сущностях при котором если приоритет выставлен Критический не давать ход заявке далее.
Может есть более элегантный способ?

а что за сущности? (на ум приходят issuetype и components)

и на каком этапе выставляется приоритет?

если это отдельный issuetype с отдельным воркфлоу, то там на переходах можно вроде зарестриктить приоритеты

Можно попробовать бихейвор, по аналогии со скрытием типов при создании.

Бихейвор выглядит оптимальнее

С какой-то версии Jira, есть схема приоритетов

Если про системное поле речь

Ну и еще элегантный способ, так как нам неведомы мотивы ваших «заказчиков»: пост-функцией после создания всем критическим понижать приоритет до высокого автоматом.

Она же на проекты, а надо на типы в проекте.

На этапе создания, но поле доступно на редактирование, могу поменять в любой момент

она действует на проект в целом

Да, сорян, не проснулся еще

Элегантность сомнительна, над на каждый переход втыкать понижалку )

Тогда бихейвер или js includer

а что их них лучше?

Ну на тот момент про каждый речи не шло, а только про создание. Для каждых есть лисенеры, тогда уж.

Behaviours. Пример реализации скрытия опций приоритета.

Как вариант, валидатор при создании, если тип такой-то, приоритет такой-то, то не давать создавать и сообщение

SIL надо использовать, SIL