Вот этого точно не может быть:
> 7. Обнаружил старый селениум в зависимости com.codeborne:selenide-proxy:6.0.1

Там точно новый селениум.

P.S. И кстати, обновись на 6.0.2 🙂

Я сегодня добавил зависимости обе. selenide и selenide-testng. Все заработало. selenide-allure тянет версию 5.24.2

А...у вас junit

Умываю руки :)

Сколько руки не умывай, от TestNG не отмоешься!

😂

Спасибо, обновился (не помогло)

...вероятно с зависимостями я наврал. По-моему, это мой первый запуск команды mvn dependency:tree и ее результат я прочитал криво.
Подумал было, что вот этот кусок..,

[INFO] +- com.codeborne:selenide-proxy:jar:6.0.2:compile
[INFO] |  +- com.browserup:browserup-proxy-core:jar:2.1.2:compile
[INFO] |  |  +- com.browserup:browserup-proxy-mitm:jar:2.1.2:runtime
[INFO] |  |  +- com.jcraft:jzlib:jar:1.1.3:runtime
[INFO] |  |  +- dnsjava:dnsjava:jar:3.1.0:runtime
[INFO] |  |  +- org.bouncycastle:bcpkix-jdk15on:jar:1.64:runtime
[INFO] |  |  +- org.bouncycastle:bcprov-jdk15on:jar:1.64:runtime
[INFO] |  |  +- org.brotli:dec:jar:0.1.2:compile
[INFO] |  |  +- org.javassist:javassist:jar:3.27.0-GA:runtime
[INFO] |  |  +- org.seleniumhq.selenium:selenium-api:jar:3.141.59:compile

...значит, что в com.codeborne:selenide-proxy:jar:6.0.2:compile входит org.seleniumhq.selenium:selenium-api:jar:3.141.59:compile

Точно. У тут снова прилетает известная какашка от Мавена: он выбирает не последнюю версию селениума, а ту, что “ближе по дереву”.

Кажется, видел уже это в чате сегодня. Отметил про себя, что надо завязывать с мавеном)

Возможно, кому-то будет полезно.
Починил, добавив исключение в selenide-proxy

        <dependency>
            <groupId>com.codeborne</groupId>
            <artifactId>selenide-proxy</artifactId>
            <version>6.0.2</version>
            <exclusions>
                <exclusion>
                    <artifactId>selenium-api</artifactId>
                    <groupId>org.seleniumhq.selenium</groupId>
                </exclusion>
            </exclusions>
        </dependency>

Спасибо всем, кто откликнулся.
И еще раз спасибо за крутой продукт!

Да, спасибо, в следующей версии добавим такое исключение в сам selenide-proxy.

Привет всем.
ElementsCollection deleteButtons = $$(Selectors.byXpath("//*[@id='delete']"));  - возвращает пустоту.
element(Selectors.byXpath("//*[@id='delete']")).click(); - прекрасно работает. У кого-нибудь есть идеи почему такое может быть?

в первом случае надо тоже кликнуть по элементам?

Ага. Ну так это цикл сделает. Ну для начала их все надо собрать в кучу.

можно while придумать который нажимает пока нажимается, но это странное решение

Может не дожидается элементов в первом случае? Попробовать вейт с условием поставить больше чем 0 элементов

Всё просто: методы типа $$.size() ничего не ждут. Ибо ты им не сказал, чего ждать

Вот если ты сначала дёрнешь $$.shouldHave(size), то тогда уже коллекция подгрузится, и можно уже в цикле кликать.

(напоминаю, что циклы в тестах - почти всегда плохая идея)

А как быть когда неизвестно сколько будет одинаковых элементов с которыми нужно совершить действие?