и поищите на гитхабе примеры проектов с junit5 и allure

1) во первых для работы Junit5 тебе не нужно столько зависимостей (engine, launcher, vintage), достаточно одной

        <dependency>
            <groupId>org.junit.jupiter</groupId>
            <artifactId>junit-jupiter</artifactId>
            <version>${junit.jupiter.version}</version>
        </dependency>

где junit.jupiter.version будет твоя 5.6 (другие проперти с версиями Junit  можно убрать)
2) в surefire достаточно одной зависимости на аспектJ

                   <dependency>
                        <groupId>org.aspectj</groupId>
                        <artifactId>aspectjweaver</artifactId>
                        <version>${aspectj.version}</version>
                    </dependency>

3) автодект Junit extension не очень хорошая практика :)

4) у тебя в плагине

   <groupId>io.qameta.allure</groupId>
                <artifactId>allure-maven</artifactId>

<reportVersion>2.6.0</reportVersion>
- для твоих заисимостей *там должна быть версия аллюровских либ  - 2.13.3*

П.С.
я конечно совершенно не настаиваю что это поможет, но раз уж ты выложил свой pom, то можно начать с приведения его в порядок :)

в примерах аллюра есть проект https://github.com/allure-examples/allure-junit5-example

у меня всё работает, только пришлось ему скормить дополнительно <maven.compiler.source>1.8</maven.compiler.source>
<maven.compiler.target>1.8</maven.compiler.target>

ну и как сказал выше Дмитрий достаточно 1 зависимости junit 5 - остальные сами подтянутся

я бы не стал его копировать
во первых зачем там  <junit.platform.version>1.3.1</junit.platform.version> - зачем?
только с толку сбивать
во вторых давно не надо отдельно прописывать зависимости на junit-jupiter-api и junit-jupiter-engine

        <dependency>
            <groupId>org.junit.jupiter</groupId>
            <artifactId>junit-jupiter</artifactId>
            <version>${junit.jupiter.version}</version>
        </dependency>

                   <dependency>
                        <groupId>org.aspectj</groupId>
                        <artifactId>aspectjweaver</artifactId>
                        <version>${aspectj.version}</version>
                    </dependency>

   <groupId>io.qameta.allure</groupId>
                <artifactId>allure-maven</artifactId>

Со всем согласен, всё поправил, но не взлетело. Из плюсов, на помник стало приятнее смотреть. Всё это последствия горы экспериментов:)

Так а что в итоге со step для Selenide?
там используется EventListener и я так и не понял - такие стэпы в отчете есть или тоже отсутствуют?
Честно, прочитал весь тред )

я понимаю что в продакшене они может не нужны и все такое, но для эксперимента прям надо понять работают они или нет.

Его если что надо в SelenideLogger.addListener() добавлять и не в статическом  контексте (потому что  SelenideLogger для каждого потока выполнения тестов - свой)

йоу, кто-то сталкивался с тем что гітлаб не может закачать аллюр?
https://gist.github.com/rmarinsky/db7936461803331267f95644475ea3a3

должны быть)

мне интересно именно в конкретном случае у @TkoteykaT

стектрейс бы полный. не понятно же почему не шмог скачать...

єто он и есть)

Сейчас пока занят, позже попробую и отвечу. Спасибо за помощь:)

нет это обрезок. там даже части кода из аллюр пакета нет в стектрейсе

что толку смотреть на грейдловый стектрейс?

в том то и проблема, что єто не обрезок, аллюра тут проблемі скорее всего нет

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