Связь браузера с локальной системой

Ну puppettier это то же самое что selenium, но исключительно для ноды.

А, так puppetter - это не headless хром?

Это по желанию - можно «с головой», можно «без головы» ) Сам опции задаешь при запуске. Но хром.

Ну puppettier это то же самое что selenium, но исключительно для ноды.

Да не… - это гораздо более продвинутая штука по сравнению с Selenium. И гораздо более быстрая, поскольку с Selenium ты работаешь по HTTP, потом еще в цепочке еще идет ChromeDriver, который уже взаимодействует с Chrome по DevTools-протоколу. Возможности Selinium - весьма убогие

Селень - это не совсем то, она чтобы тестить сайт, а мне надо тестить юзера.

А какой смысл тестить юзера, работающего с обозревателем, запуская что-то на его же компе?) Немного странная задача) Он что - позволит такое сделать?

это гораздо более продвинутая штука по сравнению с Selenium

Возможности Selinium - весьма убогие

не вижу ни одного аргумента в пользу этих утверждений

потом еще в цепочке еще идет ChromeDriver

Не только cromedriver, но и например geckodriver если нужно.

http://localhost:7777/fakeimage.png?action=do-what-you-want

… не вижу ни одного аргумента в пользу этих утверждений

А самому глянуть? Тем более, что здесь прозвучало магическое «DevTools-протокол.»

Selenium - это https://www.w3.org/TR/webdriver2/
Принципы взаимодействия и функциональные возможности протоколов разные.

Он устарел. https://playwright.dev/ этим сейчас пользуются. А селениум сдох, но слоупоки и через 5 лет после массового переезда с него продолжают ЕГО ПИАРИТЬ

Тем более, что здесь прозвучало магическое «DevTools-протокол.»

Селениум умеет всё что умеет DevTools-протокол. Но базовые API заточены под кроссбраузерность. Не все браузеры умеют в CDP.

селениум сдох

Хоть один аргумент в пользу этого утверждения?

Селениум умеет всё что умеет DevTools-протокол. Но базовые API заточены под кроссбраузерность…

Это вы на основании чего так решили? Вот я выше привел ссылочку на конкретный API-метод, который есть в Puppetter и Playwright. Найдите такое же в Selenium - именно такое же по возможностям, а не просто чем-то где-то напоминающее.

Вот я выше привел ссылочку на конкретный API-метод

Где? не вижу.

https://pptr.dev/api/puppeteer.page.exposefunction

Это?

https://www.selenium.dev/documentation/webdriver/interactions/windows/#execute-script

именно такое же по возможностям, а не просто чем-то где-то напоминающее.

С таким требованиями ты идёшь подальше. Из за того что селениум работает не только (и не столько) с js, то передать функцию напрямую из одного рантайма в другой не получится. Но выполнить асинхронный скрипт и дождаться коллбека из браузера - вполне возможно.

С таким требованиями ты идёшь подальше

Извини, но мы здесь обсуждаем возможности тулзов с учетом требований TC-а. Так что, «подальше идешь» ты ))

Ну ты же сам понимаешь, что HTTP-доступ не позволяет мгновенно и относительно независимо инициировать действие в клиенте при возникновении какого-либо события в DOM. Это и есть существенное ограничение WebDriver-протокола. Для тестирования это может и не очень существенно, но есть задачи, где это является принципиально важным моментом.

HTTP-доступ

А DevTools protocol поверх чего по твоему работает?

Извини, но мы здесь обсуждаем возможности тулзов с учетом требований TC-а.

Ни один из обсуждаемых инструментов не подходит для задач ТСа, так что его требования нерелевантны.

но исключительно для ноды.

...если не способен пробросить управление из ноды дальше.

Юзернейму соответствуешь.

HTTP-доступ

А DevTools protocol поверх чего по твоему работает?

Почитай - и больше не задавай таких «ленивых» вопросов:
https://github.com/aslushnikov/getting-started-with-cdp/blob/master/README.md

Ни один из обсуждаемых инструментов не подходит для задач ТСа

Ну это нам TC в конечном итоге ответит. Лично мне пришлось решать задачи, где Selenium ну никак бы не пригодился, поскольку нужно было иметь обработчики событий DOM-а на стороне клиента.

… Из за того что селениум работает не только (и не столько) с js, то передать функцию напрямую из одного рантайма в другой не получится.

https://playwright.dev/python/docs/api/class-page#page-expose-function

масса разных нерабочих способов. Аналогичная проблематика появляется в PWA: как расширить чем-то более хитрым.

Нет, всё это по сути заканчивается очень просто: ты поднимаешь на локалхосте веб-сервер и ходишь к нему по http.

Просто, надежно, портабельно. Работает на десктопе, в мобиле, везде.

И так делают все, у кого всё уже доделано, запущено и приносит пользу людям.

Почему бы не пропатчить сам браузер тогда?

Можно обращаться по http на 127.0.0.1. Например, в OpenStreetMap была кнопка «редактировать карту в локальном редакторе», она делала обращение на 127.0.0.1:чтото, а там слушал редактор и при поступлении запроса грузил нужный кусок карты и получал фокус.

Да зачем, хss на локалхост работает.

Запустить веб-сервер на 127.0.0.1 и со страницы общаться с ним.

В JavaFx есть WebView - движок вебкита.

рулить им можно примерно так https://stackoverflow.com/questions/19420753/how-to-call-a-javascript-function-from-a-javafx-webview-on-button-click