@AngelOfAncient said in Выпущена 24.1.0 версия BrowserAutomationStudio:
Вызываю его же из асинхронной - пишет "Не удалось переключится на профиль".
Профиль просто остается заблокированным тем потоком, который его вызвал первым. Вам надо использовать действие "перестать использовать профиль"
@UserTrue said in Выпущена 24.1.0 версия BrowserAutomationStudio:
Вам надо использовать действие "перестать использовать профиль"
О, а его нет. Вроде же было ) Возможно получиться сделать тоже самое через "сброс браузера" или "Переключиться на временный профиль"
Выше уже писали про эту проблему, ответом служило указание на скачивание фикса для Hcaptcha модуля, но видимо фикс был для чего то другого.
В режиме записи ошибок нет, каптча решается отлично, но в режиме запуска скрипт крашится. Фикс с шапки темы ставил, результат аналогичен.
@cpanetwork А это что:
image url)
Написал Фокусу в ЛС, на всякий случай пишу и здесь: в версии 24.1.0 при смене языка браузера (через Прокси или смену Accept-Language) палится локаль у объекта Intl (internationalization api). Вот тема: https://community.bablosoft.com/topic/16654/internationalization-api-палится-локаль
@badkat said in Выпущена 24.1.0 версия BrowserAutomationStudio:
У меня в режиме запуска постоянно вылетает ошибка "Произошла ошибка : Timeout during LoadPage" и когда использую "Установить месторасположение браузера по ип" пишет что не может определить что это за ip
"А у меня в машине холостой ход плавает.."(с)
Как повторить эти ошибки?
@timmykr said in Выпущена 24.1.0 версия BrowserAutomationStudio:
Выше уже писали про эту проблему, ответом служило указание на скачивание фикса для Hcaptcha модуля, но видимо фикс был для чего то другого.
В режиме записи ошибок нет, каптча решается отлично, но в режиме запуска скрипт крашится. Фикс с шапки темы ставил, результат аналогичен.
может кто подскажет как кастомным способом пофиксить это? Есть идеи? работа встала, нуждаюсь в срочном решении hcaptch))
Повторюсь, в записи решается, в запуске ошибка с переменной BASCapthcaSolver
@timmykr said in Выпущена 24.1.0 версия BrowserAutomationStudio:
@Fox вы не поверите, но этот фикс не решает проблему. Он был адресован другому багу. У меня стоят свежие модули из шапки из пункта UPD, но проблема не исчезла.
Правильно говорите, не поверю. Прикладывайте тестовый скрипт
@timmykr said in Выпущена 24.1.0 версия BrowserAutomationStudio:
@Fox выслал тестовый скрипт в л.с.
В вашем проекте был прикреплён старый модуль
Просто создайте новый проект и скопируйте в него все действия
Проблема с прокси, у которых длинный юзернейм.
Встречается только при работе с браузером, через http клиент проблем нет.
Проблема встречается и на версии 24.0.8.
Если у прокси длинный юзернейм (например luminati), в таком случае браузер не может отрыть ни одну страницу. Ошибки всегда разные. Похоже проблема парсинга.
Одни из ошибок:
[345810391] [22:49:38] Thread #1 : Failed to load page http://lumtest.com/myip.json : net::ERR_EMPTY_RESPONSE
[345810391] [22:49:46] Thread #1 : Failed to load page http://lumtest.com/myip.json : net::ERR_EMPTY_RESPONSE
[345810391] [22:54:36] Thread #1 : Failed to load page http://lumtest.com/myip.json : net::ERR_SOCKET_NOT_CONNECTED
Те же прокси без проблем работают на http клиенте или в других приложениях.
Под длинным юзернеймом подразумевается что-то вроде:
lum-customer-hl_customer-zone-static-ip-181.214.185.213
Не исключаю, что проблема возможна и при парсинге хоста, он выглядит так:
zproxy.lum-superproxy.io:22225
Другие прокси, использующие домены вместо ip, работают без проблем (например ru2.mproxy.top:5555)
Ответственному за проверку могу предоставить прокси.
