вот main

https://jsfiddle.net/caw0sso9/

вот libs/passport

https://jsfiddle.net/5dtrvuct/

вот роутер

в req.user ничего не пишется

ну что?

всем привет! кто нибудь работал с selenium-webdriver? нужна помощь: при поиске элемента-кнопки на странице и нажатия на нее через click() консоль выдает ошибку 'Element is not clickable at point (883, 411)'. как это можно решить?

всем привет! кто нибудь работал с selenium-webdriver? нужна помощь: при поиске элемента-кнопки на странице и нажатия на нее через click() консоль выдает ошибку 'Element is not clickable at point (883, 411)'. как это можно решить?

возможно что-то прекрывает кнопку

так и есть. элемент <div class="sbqs_c">...</div>. только он исчезает через некоторое время и не знаю как его отловить

если известно какое время, можно поставить таймаут

время плавает при каждом вызове

время плавает при каждом вызове

значит таймаут подольше или там было что-то про waitElement

да, ошибку выдает "wait element to stale". а если поставить времени больше, то выдает ошибку, что не может найти этот элемент

я делаю wait until.elementIsVisible

и после этого сразу жму на элемент

либо если элемент невидимый или скрыт, а кликнуть надо кликаю ЖСом

если известно какое время, можно поставить таймаут

это эталонно дурной совет

да, ошибку выдает "wait element to stale". а если поставить времени больше, то выдает ошибку, что не может найти этот элемент

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

просто на том же метаните(не реклама) сделано подключение при каждом запросе, но по сути это ведь чутка говнокод

Это один из trade-offs. C одной стороны да, на каждый запрос к серверу создается коннект к базе данных, что может быть оверхедом и логично вынести в синглтон один коннект на все приложение. С другой стороны коннект является общей очередью и это значит что все обработчики реквеста nodejs должны будут ждать выполнения запроса к базе данных когда один из реквестов уже послал запрос к базе данных. А если мы создаем отдельные коннекты то запросы к базе будут выполняться параллельно

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

у нас в проекте половина чекбоксов невидимая

с подкладкой в виде декоративного чекбокса

Так у вас юзер по чему будет кликать?

По подкладке же

Или вы работу блинка хотите проверить? ))

у меня? по чекбоксу транспарентному кликают

а селениум считает что по транспарентным элементам юзерь кликнуть не может?

просто на том же метаните(не реклама) сделано подключение при каждом запросе, но по сути это ведь чутка говнокод

я не знаю кто такой метанит, но вполне возможно они кэшируют соединения где-то уровнем ниже?

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

а решение разработчиков браузера кликать по верхнему слою вас не удивляет?

у нас там вообще много чего прикольного

а селениум считает что по транспарентным элементам юзерь кликнуть не может?

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

например мигающие элементы, элементы с одинаковой версткой и еще куча классных вещей

например мигающие элементы, элементы с одинаковой версткой и еще куча классных вещей

это вы на себя пеняйте уже

а что я то

у меня все работает

а решение разработчиков браузера кликать по верхнему слою вас не удивляет?

так это селениум не может кликнуть по верхнему слою

потому что он транспарентный

поведение от браузера отличается как раз

я читал что они это сделали специально, якобы пользователь не может кликнуть на то, чего не видит

я читал что они это сделали специально, якобы пользователь не может кликнуть на то, чего не видит

Бля... Ну повесь обработчик клика на видимую область

ну ок, передам разрабам

так это селениум не может кликнуть по верхнему слою

селениума давно нет. есть вебдрайвер. у вебдрайвера есть подробный стандарт W3C, там все прозрачно и понятно, хотя есть и особенности. чего и кто у вас там не может не очень понятно. кажется просто вы не смогли в документацию для начала

что с этим человеком не так?

говорю же селениум не кликает по прозрачным элементам

это чисто его особенность

не знаю драйвера, селениума, не важно

нет человеку надо меня в чем-то обвинить

говорю же селениум не кликает по прозрачным элементам

это ерунда полная

это чисто его особенность

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

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

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

послать ему событие

вебдравер дает кликать как по координатам так и по элементам

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

в чем проблема вообще с прозрачностью? ты не путаешь часом невидимость с прозрачностью?

нет, именно прозрачность

по координатам кликнуть можно конечно, но это уже не стандартный способ клика по элементу

и не самый удобный

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

а произошло то что ты ждешь от этого или нет это уже другой вопрос

я не понял что-то

ayo планирует просто мержить все из апстрима ноды?

@vkurchatkin

и поменять файлик CoC?

втф

Я не знаю что они планируют

судя по ишусам все так

Они поехавшие, сложно понять

это пиздец

типа кому-то не похуй что в ноде на его сервере md файлик есть

Большая часть людей в этом форке не сделала ни одного коммита с кодом в node.js

ну там фишрок

он сделал

Ну я говорю, большинство

Я кстати насчет полезности коммитов фишрока тоже не уверен

Да, доки и тесты в основном

https://github.com/ayojs/ayo/issues/13#issuecomment-324443057

ауе

вечер в хату

https://github.com/ayojs/ayo/issues/13#issuecomment-324443057

кто все эти люди?

ммм, использует кто в js блок finally ?

или в нем нет надобности?

Да кто только не использует.

ну вот только не могу понять для чего-ж он может пригодится

в JS конкректно

Для того же, для чего и не в js

Выполнять какие-то действия в конце блока

gc есть (т.е. в конце блока не придется что-то удалять из памяти), а вот хендел или сокет или еще что-то можем в callback'е закрыть

хм..

Не знаешь зачем он тебе — не юзай, всё просто

ну на самом деле я нашел ему применение в js, и не знаю, грязный хак это или что-то нормальное

У меня как-то не находится кейсов для него, ну не нужен мне — ну и ладно А так вполне нормальная конструкция в языке