Поиск задач в JIRA (простым языком). Часть 2: Продвинутый поиск

[maxzh83]

Подскажите, пожалуйста, как осуществить такой поиск:
Есть список задач, у которых есть префикс, например «BE:». Я хочу найти все задачи, в которых есть префикс BE и слово «пользователь». Хочется написать вот так:

summary ~ "BE:*пользователь*"

Но это не работает, я так понял, что "*" работает только внутри слова и это вот очень странное поведение. Буду признателен, если подскажите как следует написать запрос.

[Apakc]

Проще всего будет
summary ~ "BE" and summary ~ "пользователь"

[maxzh83]

Для некоторых кейсов работает, для некоторых нет (для префикса FE ищет, для BE — нет). Почему так происходит, непонятно. Из-за таких вот глюков особенностей возникает дикое негодование от пользования хорошим продуктом.

[Apakc]

Значит, причина в чем-то другом. Может быть там русские В или Е?
Как правило, в конечном итоге приходит понимание что сам себе злой буратино. К JIRA есть много вопросов, но поиск, как раз, работает очень стабильно.

[aayatsenko]

Apakc
Проверил. Этот кейс действительно воспроизводится :-) С FE Работает :-)
maxzh83
А с этим кейсом в поддержку atlassian не обращались? :-) Уж очень интересное поведение :-)

[maxzh83]

Я в свое время искал причину, наткнулся на открытый баг, но потом забыл про это и просто не пользовался т.к. не понимал когда работает, а когда нет.

[maxzh83]

Может быть там русские В или Е?

Нет, я тупо скопировал текст из заголовка.

[Apakc]

aayatsenko vmm86 maxzh83 Ну что же мы велосипед изобретаем. Как я и говорил, сами себе злобные буратины:

Документация

Reserved words
To keep the search index size and search performance optimal in Jira, the following English reserved words (also known as 'stop words') are ignored from the search index and hence, Jira's text search features:

«a», «and», «are», «as», «at», «be», «but», «by», «for», «if», «in», «into», «is», «it», «no», «not», «of», «on», «or», «such», «that», «the», «their», «then», «there», «these», «they», «this», «to», «was», «will», «with»

BE забукано атлассианом

[aayatsenko]

Да. Я писал об этом. Экранировал \\ — не помогло :-)

[Apakc]

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

[maxzh83]

Ключевые слова из доков использовать в стандартном поиске вообще нельзя.

Замечательно. Как же это все «очевидно», конечно. Сначала догадайся что маска работает только на слово, а не на все текстовое поле. Потом держи в голове еще и слова, которые совсем нельзя использовать.

[Apakc]

Согласен. Штука дюже неочевидная.
Справедливости ради, отмечу, что за лет 8 ни разу не встречался с этим ограничением.

[aayatsenko]

Да. Хорошая идея. Обязательно заапдейчу :-)

[aayatsenko]

Добрый день, Apakc.
Заапдейтил ;-) спасибо.

[maxzh83]

нужно выделить либо двойными кавычками ("......"), либо одинарными ('......')

Вот так правильно же?
summary ~ "'BE'" and summary ~ «пользователь»
Не работает. Так тоже:
summary ~ 'BE'

[Apakc]

Синтаксически, правильно. Однако, «be» запрещен к использованию самим атлассианом, как и некоторые другие ключевые слова. См. мой коммент выше

[maxzh83]

Выдает все по пользователю, без учета BE

[Apakc]

Как вариант, использовать упомянутый ниже скриптраннер.
С запросом
project = X and issueFunction in issueFieldMatch("project = X", "summary", "BE:") and summary ~ "пользователь"
все завелось.

[maxzh83]

Спасибо, я помню крутил похожий вариант в поисках решения, но, видно, не дожал. Но повседневно такой красотой пользоваться не буду все же, просто не вспомню второй раз.

[Apakc]

Можно прикопать же фильтр :)

[Apakc]

Очень не хватает раскрытия темы про issueFunction.

[aayatsenko]

Добрый день.
issueFunction — идет в комплекте со Script Runner.
Есть идея позднее описать возможности Script Runner в рамках JQL.
Сейчас активно собираю весь материал :-)

[Apakc]

Оу, спасибо за эту деталь — не знал, думал «из коробки» идет.
В любом случае, если эта статья про продвинутый поиск, то issueFunction уже профессиональный. Немало времени ушло на его раскуривание. Оформить его в статью было бы дюже полезно.

[aayatsenko]

Тогда есть тема для следующего поста :)

[kupolovich]

ayatsenko, спасибо за ваш труд!
подскажите, можно ли осуществить следующий поиск
* список задач, которые попадают под условие «время смены статуса» с X на Y более X от времени создания задачи.
например, задача создан 08.05.19 в 12.00 с статусом Opened и в теч. X времени остается в этом статусе. По наступлению времени Y, Я ожидаю видеть эту задачу на dashboard. Важно видеть, ни задачу в которой менялся с x на y за последний день, месяц, а именно опираться на время между созданием и целевого значения.
Начал писать просто запрос --> project = „x“ and type = Bug AND status changed from X to Y AFTER, что дальше не понимаю. Зашёл в тупик.

[aayatsenko]

Добрый день, kupolovich!

Ваше сообщение

например, задача создан 08.05.19 в 12.00 с статусом Opened и в теч. X времени остается в этом статусе. По наступлению времени Y, Я ожидаю видеть эту задачу на dashboard

мне кажется, или Вам достаточно фильтра, который будет отоюражать задачи, созданные n времени назад и находящиеся в статусе Opened?

[kupolovich]

боюсь что нет, так подобный фильтр будет показывать «online», а мне бы хотелось, в том числе и ретроспективно проводить анализ. Т.е взяв наш workflow хочу подсвечивать время между статусами «x» «y» и т.п, а не фиксировать итоговое время с момента открытие задачи до её решения.

[Nashev]

А никто не знает, почему не работает условие
summary ~ "\\[ТехДолг\\]*"

Как найти все задачи, заголовок которых начинается с [ТехДолг] ?

[Nashev]

summary ~ "\\[ТехДолг\\]"
вот так сработало… Звёздочка, похоже, была ну очень лишняя.

Хотя, понаходило и без скобочек, блин…