OSError: [Errno 98] Address already in use
почти. но проверитьт неудалось ибо после повторной генерации)

порт занят видимо) попробуй другой

#allure_testops
Наткнулись на блокирующий баг, при выборе значений custom field'а для тест-кейса показываются только первые 20 значений и другие остаются недоступны для выбора.
Это не фиксилось в каком-то из релизов? Вижу схожий фикс в релизе 10 декабря 3.187.1 - "We’ve fixed an issue with the selection of users from users suggest, when it was not possible to select anything except first 10 suggests"
У нас сейчас 3.185.3

ну вот фиксилось же)

ну написано про другой баг, просто может зацепило и наш случай до кучи?

там про пользователей и группы, у нас про редактирование custom field у тест-кейса

о, я проверил и действительно там не обновляли и не работает

сделай тикет в support

ок, чуть позже заведу

уже есть, можно не торопиться

Решили проблему открытия репортов из контейнеров согласно описанному выше примеру. Спс

Друзья, помогите решить проблему, пожалуйста. Пытаюсь сделать аттач лога как у вас это написано в доке.
По скрину видно что "контент" и инпут стрим не нуллы. Этот код выполняется в иплементации afterAll интерфейса AfterAllCallback (Junit5).
По итогу в репорте, в секции Test body никакого  "My attachment" я не вижу

а можете куда-нить итоговый вариант выложить?

до как причешу

кажется я понял, приаттачить файл в этом лайф сайкле (AfterAllCallback) нельзя

Всем привет, возможно нубовский вопрос:
как проапдейтить степ, чтобы он передал две связки значение + параметр?

Для передачи одной связки это будет вот так:
Allure.getLifecycle().updateStep(stepResult -> stepResult
               .setParameters(List.of(new Parameter()
                       .setName(Name)
                       .setValue(Value)
               )));

Если передавать здесь две связки, первая затирается

Добрый день ребята. В Алуре можно как то присвоить кастомный статус тесту в зависимости от условия?
Дело в том, что есть тесты, которые ожидаемо должны падать по какой то Issue, статус которой мы достаем из Jira. Мы хотели бы видеть в репорте что тест прошел с ожидаемыми фейлами. На данный момент мы сделали кастомную аннотацию что того чтобы указать IssueId and failure message, проверяем в конце теста и меняем его статус в случае совпадения. Хотелось бы иметь возможность присвоить какой то кастомный статус в Аллуре таким тестам.
Кто то делал что то подобное?

Привет. У себя в качестве решения переопределили смысл broken статуса.

Если тест упал и на это падение есть issue - ставим broken
Если тест упал и на это падение issue нет - ставим failed