ну тогда точно удаляй тест-кейс.

Еррор меседж на действие над невидимым элементом

когда то в прошлом:

Element should be visible {.edit}
Element: '<input class="edit" type="text" displayed:false></input>'
Screenshot: file:/…/build/reports/tests/1586864276791.0.png
Page source: file:/…/build/reports/tests/1586864276791.0.html

сейчас

Invalid element state: element not interactable
Screenshot: file:/…/build/reports/tests/1586864276791.0.png
Page source: file:/…/build/reports/tests/1586864276791.0.html
Timeout: 4 s.
Caused by: ElementNotInteractableException: element not interactable
Invalid element state: element not interactable
Screenshot: file:/…/build/reports/tests/1586864276791.0.png
Page source: file:/…/build/reports/tests/1586864276791.0.html
Timeout: 4 s.
Caused by: ElementNotInteractableException: element not interactable

вот не знаю были ли в прошлом повторы одной и той же инфы как сейчас…

Но кроме повторов, то что бросается в глаза…
Что раньше принтило outer html для элемента сразу в меседж… а сейчас нет…
Плюс раньше сразу приинтило селектор… а сейчас нет…

Мне кажется что идеально было бы если:
- не было повторов инфы
- упоминался бы селектор
- был оригинальный текст из еррора что приходит от вебдрайвера (еlement not interactable)
ну и возможно было бы неплохо и outer html увидеть… иногда оно помогало… особенно когда сразу писало displayed:false
как будто была еще более явная подсказка что элемент невидим, именно поэтому он нот интерактебл

К сожалению сейчас не могу найти версию когда это было в “прошлом”.
Нужно копаться…
Пока нет времени даже тикет завести нормально
Сюда решил закинуть, вдруг не только мне это интересно и важно 🙂

Спасибо, что закинул. Да, подобное изменение было сделано, и не случайно.

> ## 5.1.0 (released 14.12.2018)
> * #201 can click elements with zero opacity  -- thanks to @vinogradoff for PR #874@vinogradoff for PR #874

не-не, это не совсем то. Там не этот было изменение.

Про повторы, могу ошибаться, но кажется они выходят, когда элементы вложены друг-в-друга типа $().$().click(). Что безусловно баг, но из-за минорности кажется еще никто им не занимался

ElementNotInteractableException: element not interactable - кажется выходит, когда элемент перекрыт другими элементами, то есть это другой случай, чем когда он не виден

Это, конечно, некритично, но давайте хоть issue заведём на гитхабе.

нужно разбираться… но кажется у меня он именно невидим… а не перекрыт…
но кто знает может он и невидим и перекрыт одновременно и поэтому селениум такое именно бросает…

я так побыстрому скинул… как найду время – постараюсь завести, если никто меня не обгонит

уже несколько раз видел когда именно что элемент невидим, и селениум вебдрайвер кидает такое сообщение

P.S.
тикет завести на гитхабе еще руки не дошли 🙂

очень странно, нужен вещдок)

Всем привет. Подскажите пожалуйста, как все-таки убрать попап про отключение расширений в режиме разработчика? Пробовал разные комбинации такого, не помогло:

options.addArguments("--disable-extensions");
options.setExperimentalOption("useAutomationExtension", false);
options.setExperimentalOption("excludeSwitches", Collections.singletonList("enable-automation"));

Selenide 5.10, Chrome 81

сие не гуглится?

В том-то и дело, что гуглятся именно эти ключи.

Притом на чистом селениуме с

options.setExperimentalOption("excludeSwitches", Collections.singletonList("enable-automation"));
options.setExperimentalOption("useAutomationExtension", false);

всё ок, нет ни попапа, ни тулбара

Мы это собираемся исправить в Selenide 5.11.0, уже скоро.

Супер, спасибо, буду ждать :)

всем привет. в 4-ом селениде нет реализации Configuration.proxyEnabled=true;. как быть

Обновиться на 5ый селенид.