AS
Переслано от Alexei Barantsev
ловите обещанный пример: https://github.com/barancev/selenium-cdp-integration-example
А почему именно этот CDP клиент?
А не, например, cdp4j?
А не, например, cdp4j?
Size: a a a
2020 March 27
AZ
там апач лицензия
AZ
cdp4j is a proprietary software which means that you or your company needs commercial license to use cdp4j.
AB
у cdp4j лучше API?
AS
Нет, я не знаю. Просто спросил.
AB
вообще-то у selenium 4 будет свой CDP-клиент, с другим API, не таким как в примере выше
AZ
ну под новий год можно будет и рефактор сделать)
2020 March 28
AY
привет
AY
может кто подскажет как отклбючить нотификации браузера
AY
ну или как с ним взаимодействоать
S
о каких нотификациях речь конкретно и какой браузер?
AB
Andrei у меня есть уточняющий вопрос про https://github.com/SeleniumHQ/selenium/issues/8133
правильно я понимаю, что даже если у вас уже есть веб-элемент, вы ссылку на драйвер не из него извлекаете, а берёте из threadlocal (или его аналога)?
то есть с элементами вообще ничего нельзя делать в отдельных потоках, селенид сразу крашится?
а если используется не статический селенид-драйвер?
правильно я понимаю, что даже если у вас уже есть веб-элемент, вы ссылку на драйвер не из него извлекаете, а берёте из threadlocal (или его аналога)?
то есть с элементами вообще ничего нельзя делать в отдельных потоках, селенид сразу крашится?
а если используется не статический селенид-драйвер?
AS
Andrei у меня есть уточняющий вопрос про https://github.com/SeleniumHQ/selenium/issues/8133
правильно я понимаю, что даже если у вас уже есть веб-элемент, вы ссылку на драйвер не из него извлекаете, а берёте из threadlocal (или его аналога)?
то есть с элементами вообще ничего нельзя делать в отдельных потоках, селенид сразу крашится?
а если используется не статический селенид-драйвер?
правильно я понимаю, что даже если у вас уже есть веб-элемент, вы ссылку на драйвер не из него извлекаете, а берёте из threadlocal (или его аналога)?
то есть с элементами вообще ничего нельзя делать в отдельных потоках, селенид сразу крашится?
а если используется не статический селенид-драйвер?
1. Если используется нестатический SelenideDriver, то проблем не будет, конечно.
2. Если есть WebElement - я не уверен, может, и не будет проблем. Но обычно-то его нет, а есть SelenideElement. А он ищет элемент заново при каждом обращении.
2. Если есть WebElement - я не уверен, может, и не будет проблем. Но обычно-то его нет, а есть SelenideElement. А он ищет элемент заново при каждом обращении.
AB
ага, понял
AS
В общем, как я и писал, на стороне селенида мы наверняка можем что-то улучшить - скажем, действительно не делать перепоиск, пока нет проблем. И брать вебдрайвер из вебэлемента.
AS
Но я просто подумал, вдруг у других могут быть похожие проблемы.
AB
дело в том, что тут недостаточно просто использовать ThreadLocal, у вас хитрость в том, что SelenideElementProxy использует не тот драйвер, в котором выполнялся поиск элемента, а драйвер, который соответствует текущему потоку
AB
в стек-трейсе это хорошо видно, что сначала вызывается RemoteWebDriver$RemoteTargetLocator.frame — тут используется один драйвер, а потом для заворачивания найденного элемента используется другой драйвер — StaticDriver.getWebDriver
AS
Да. И вполне возможно, что это как раз ошибка.
AB
я бы предложил селенид исправить, было бы логично для заворачивания использовать тот же драйвер, который использовался для поиска. хотя бы потому, что это логично