Выпущена 24.1.0 версия BrowserAutomationStudio

[DoctorKrolic]

@UserTrue Насколько я понимаю "Перестать использовать профиль" из прошлых версий = "Переключиться на временный профиль" для данной. Да поправит меня @Fox, если это не так!)

[timmykr]

Выше уже писали про эту проблему, ответом служило указание на скачивание фикса для Hcaptcha модуля, но видимо фикс был для чего то другого.
В режиме записи ошибок нет, каптча решается отлично, но в режиме запуска скрипт крашится. Фикс с шапки темы ставил, результат аналогичен.

[FastSpace]

@support посмотрите свой модуль, он на ошибку кидает когда пытаешься проверить Perfect Canvas отпечаток... Чуть выше сообщение

[Alex84]

@cpanetwork А это что:

image url)

[someone]

Написал Фокусу в ЛС, на всякий случай пишу и здесь: в версии 24.1.0 при смене языка браузера (через Прокси или смену Accept-Language) палится локаль у объекта Intl (internationalization api). Вот тема: https://community.bablosoft.com/topic/16654/internationalization-api-палится-локаль

[qweeeraz]

Крутое обновление! спасибо! =)

[alex88]

@someone тоже заметил такой баг

[badkat]

У меня в режиме запуска постоянно вылетает ошибка "Произошла ошибка : Timeout during LoadPage" и когда использую "Установить месторасположение браузера по ип" пишет что не может определить что это за ip

[Fox]

@badkat said in Выпущена 24.1.0 версия BrowserAutomationStudio:

У меня в режиме запуска постоянно вылетает ошибка "Произошла ошибка : Timeout during LoadPage" и когда использую "Установить месторасположение браузера по ип" пишет что не может определить что это за ip

"А у меня в машине холостой ход плавает.."(с)

Как повторить эти ошибки?

[timmykr]

@timmykr said in Выпущена 24.1.0 версия BrowserAutomationStudio:

Выше уже писали про эту проблему, ответом служило указание на скачивание фикса для Hcaptcha модуля, но видимо фикс был для чего то другого.
В режиме записи ошибок нет, каптча решается отлично, но в режиме запуска скрипт крашится. Фикс с шапки темы ставил, результат аналогичен.

может кто подскажет как кастомным способом пофиксить это? Есть идеи? работа встала, нуждаюсь в срочном решении hcaptch))
Повторюсь, в записи решается, в запуске ошибка с переменной BASCapthcaSolver

[Fox]

@timmykr

[timmykr]

@Fox вы не поверите, но этот фикс не решает проблему. Он был адресован другому багу. У меня стоят свежие модули из шапки из пункта UPD, но проблема не исчезла.

[Fox]

@timmykr said in Выпущена 24.1.0 версия BrowserAutomationStudio:

@Fox вы не поверите, но этот фикс не решает проблему. Он был адресован другому багу. У меня стоят свежие модули из шапки из пункта UPD, но проблема не исчезла.

Правильно говорите, не поверю. Прикладывайте тестовый скрипт

[Abraham]

This post is deleted!

[timmykr]

@Fox выслал тестовый скрипт в л.с.

[Fox]

@timmykr said in Выпущена 24.1.0 версия BrowserAutomationStudio:

@Fox выслал тестовый скрипт в л.с.

В вашем проекте был прикреплён старый модуль

Просто создайте новый проект и скопируйте в него все действия

[timmykr]

@Fox благодарю

[Sadzurami]

Проблема с прокси, у которых длинный юзернейм.
Встречается только при работе с браузером, через 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)

Ответственному за проверку могу предоставить прокси.

[Fox]

@Sadzurami said in Выпущена 24.1.0 версия BrowserAutomationStudio:

Проблема с прокси, у которых длинный юзернейм.
Встречается только при работе с браузером, через 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)

Ответственному за проверку могу предоставить прокси.

Приведите пример прокси

[Fox]

@Sadzurami said in Выпущена 24.1.0 версия BrowserAutomationStudio:

Ответственному за проверку могу предоставить прокси.

BAS 24.0.8 прокси работает корректно и в браузере и в http-клиенте