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

потому что вместо опции лучше иметь разумный дефолт + возможность самому поправить проблему

сейчас дефолт как по мне нормальный

поправить тоже есть механизм - напиши кондишен свой

Да, конечно. Тем более что в данном случае и дока никакая не нужна. Увидев один раз ошибку, ты легко поменяешь по проверку подстроки и пойдешь дальше.

если очень болит можно этот кондишен добавить в селенид и так же в докстринге написать про него

ну ты же выше писал что должно быть интуитивно легко и понятно 🙂
тогда получается хромает интуиция

если оставить тот “дефолт” что сейчас

да и вообще проверять href… смысл? ну проверишь, а переходя по нему 500 от сервера. и в чем смысл?)

но это уже лирика

интуитивно понятно это когда я вижу значение атрибута f как foo и проверяю это как shouldHave(attribute(“f” “foo”)
и не удивляюсь когда оно падает и пишет мне что элемент вот такой с f=foo
но actual value foobar

и да, встретится с таким можно будет не часто
может будет список ссылок каких то, и нужно будет их фильтровать по кондишену с атрибутом через filterBy(attribute(‘href’, …))
и проблема очень маленькая, и больше о тонких нюансах в контексте “разбора селенида”, что да как работает…
я просто за то - что это тоже важно… маленький феншуй, но следуя ему по чуть чуть каждый день, делая такую себе “профилактику” - болеть не будем 😉

посмотрел только - там на регулярных построено

И что?

Сделай своё на контеинс, один метод сделал и фсьо)

если не наконфигурить Slf4j - вывалится экспешн?

Оооооооо. Я помню по поводу .shouldNot спорили с моим тогдашним ПМом)) напишу ему, он дождался))

доброе утро,
а кондишин image убрали?
https://selenide.org/javadoc/current/com/codeborne/selenide/Condition.html#image