внешним отправителям и тд

может ящик jira внешний или не в списке контактов

Возможно в письме с автоответом установлен признак массовой рассылки. А в настройках приемщика Jira стоит галка игнорировать массовые рассылки

интересно, текст "Добрый день. С 19.11.2020 по 26.11.2020 я нахожусь в отпуске" может считаться массовой рассылкой ?

This option only affects 'bulk' email messages whose header has either its Precedence: field set to bulk or its Auto-Submitted field not set to no. Such messages would typically be sent by an automated service. When such an email message is received, the following action will be performed, based on the option you choose:

Ignore the email and do nothing.

да так и есть , в заголовке присутствует "Автоматический ответ" по этому jira его игнорирует. Интересно можно ли добавить исключение для внутренних ящиков

вероятно не указана связь при создании?

сегодня у меня походу день вопросов )) такая проблема, у конкретного пользователя в конкретной задаче пропало разрешение на клонирование. Есть epic и входящие в STE , ни эпик ни сте клонировать не дает, еще неделю назад все было ок

обычно при клонировании спрашивает про подзадачи и связи, а тут сразу же пишет что пытается выполнить запрещенное действие

А в какой таблице в бд храниться пользователи которых удалили с jira бд mysql или переименованные пользователи? и есть ли такие таблицы вообще?

Integrity check выдал вот такую ошибку в бд ни где не могу найти такого юзера вот думаю может его переименовали есть ли в бд такая инфа?

Все нашел он был переименован

права на создание у юзера есть? что за неделю поменяли в настройках проекта?

Всем привет! Использую в листнере скриптранера SlaThresholdsExceededEvent  и пытаюсь сделать хоть какой то JQL запрос. Беру

import com.atlassian.jira.component.ComponentAccessor
import com.atlassian.jira.issue.search.SearchProvider
import com.atlassian.jira.jql.parser.JqlQueryParser
import com.atlassian.jira.web.bean.PagerFilter

def jqlQueryParser = ComponentAccessor.getComponent(JqlQueryParser)
def searchProvider = ComponentAccessor.getComponent(SearchProvider)
def issueManager = ComponentAccessor.getIssueManager()
def user = ComponentAccessor.getJiraAuthenticationContext().getUser()

// edit this query to suit
def query = jqlQueryParser.parseQuery("assignee = currentUser()")

def results = searchProvider.search(query, user, PagerFilter.getUnlimitedFilter())

log.debug("Total issues: ${results.total}")

results.getIssues().each { documentIssue ->
    log.debug(documentIssue.key)

    // if you need a mutable issue you can do:
    def issue = issueManager.getIssueObject(documentIssue.id)

    // do something to the issue...
    log.debug(issue.summary)
}

и по итогу он мне не отдает не одной заявки, такое ощущение что не работает сам парсер. Выдает пустой лист и все. Было у кого такое?

при этом на др событиях все хорошо работает

Пастебин бы

не понял?

Ничего не менялось. В итоге я просто склонировал эту задачу с подщадачами, и уже на новой склонированной задаче у пользователя все ок

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

сами issue с такими зависшими "мёртвыми" связи удалить невозможно, т.к. issuetype пытается вызвать в процессе удаления и улетает ошибка с nullpointer.