@monelmurbe said in BrowserAutomationStudio 27.2.0 has been released:
@Fox Maybe someone has experienced this??
I could answer you here, but that would mean you would create your next premium question here as well.
spoilerВ продолжении темы, про долгое ожидание. Ладно с проверить существование и получить элементы, они ждут загрузки страницы. Терпимо.
Но что если так? Шаблон - long_wait_result.xml
Такое ожидание вообще не к месту, т.е у браузера некое такое состояние, когда его ни одним браузерным действие не прочекаешь без ожидания. Почти минуту висит без дела.
@FastSpace Спасибо за проект, это как раз похоже на то что было в случае проверить существование.
Пока думаю над этим. Завтра выйдет еще один патч, но без этого.
Вот временное решение:
У меня перестало нормально работать "Проверять, виден ли элемент на экране" при проверке существования. У кого-то еще такое есть? Скрипт не понимает скрыт или виден элемент, постоянно определяет как видимый.
<div id="parent">
<div id="child">Search Me</div>
</div>
<style>
#parent{
display:none;
}
</style>
В таком случае поиск по "Search Me" определяет как видимый.
UP. откатился, на прошлой версии работает норм
@centerdevs было такое в одном месте после перехода на 24.2. Пришлось регер править
Проверил, все работает отлично.
Видео - https://i.imgur.com/bi3Vw0f.gif
Страница - index.html
Проект - testvisibility.xml
Приложите проект, пожалуйста.
@centerdevs На видео 24.2.2, это можно видеть по проекту. Вы можете приложить проект, который демонстрирует проблему?
@support На новом проекте - работает. На старом проекте которому уже год - не работает, видимо надо пересоздавать все кубики где есть такая проверка.
ПС. Под работой на старом проекте я имею ввиду если взять такой кубик скопировать и поменять значение поиска на "Search Me", а не создание кубика с нуля.
@centerdevs Еще раз. Вы можете приложить проект, который демонстрирует проблему?
@GamiD said in Выпущена 24.2.0 версия BrowserAutomationStudio:
@support в версии 24.1.1
когда работаю с гугл иногда бывает такие ошибки для действия "Проверить существование"Таймаут во время выполнения exist for[documentRoot, xpath //div/div[@data-iframecard="true"][last()]//iframe[@src="about:blank"] , frame_element , xpath //div[@role="button" and text()="Продолжить"]]1 раз было такое в режиме редактирования после ошибки заново выполнил это действие уже нашел элемент
Нужно включить логи CDP сессии в настройках(это появилось в новом патче).

Повторить ошибку и прислать лог.
@centerdevs said in Выпущена 24.2.0 версия BrowserAutomationStudio:
@support Видимо у вас уже какой-то другой релиз на видео, я проверил на том что автоматически обновился пару дней назад.
Исправлена проверка видимости элемента в случае если ширина и высота элемента меньше пикселя.
Мне помогло, мой случай кокраз такой был.
@support said in Выпущена 24.2.0 версия BrowserAutomationStudio:
@GamiD said in Выпущена 24.2.0 версия BrowserAutomationStudio:
@support в версии 24.1.1
когда работаю с гугл иногда бывает такие ошибки для действия "Проверить существование"Таймаут во время выполнения exist for[documentRoot, xpath //div/div[@data-iframecard="true"][last()]//iframe[@src="about:blank"] , frame_element , xpath //div[@role="button" and text()="Продолжить"]]1 раз было такое в режиме редактирования после ошибки заново выполнил это действие уже нашел элемент
Нужно включить логи CDP сессии в настройках(это появилось в новом патче).
Повторить ошибку и прислать лог.
в компилированном скрипте будут CDP логи? и в какой папке будет храниться лог
@FastSpace said in Выпущена 24.2.0 версия BrowserAutomationStudio:
В продолжении темы, про долгое ожидание. Ладно с проверить существование и получить элементы, они ждут загрузки страницы. Терпимо.
Но что если так? Шаблон - long_wait_result.xml
Такое ожидание вообще не к месту, т.е у браузера некое такое состояние, когда его ни одним браузерным действие не прочекаешь без ожидания. Почти минуту висит без дела.
В данном проекте происходит следующее:
Потом 3) и 4) повторяются еще около 10 раз.
Во время 1) и 4) страница недоступна, ни один метод взаимодействия с браузером не работает. Речь идет только о методах требующих наличия js контекста. Результаты действий выполняемых в этот момент вернутся либо после ошибки загрузки, либо после успеха.
Чтобы убрать 3) и 4) можно воспользоваться аргументом командной строки --disable-auto-reload. Он уже добавлен в софт по умолчанию и будет в следующей версии.
Поведение, когда вызовы действий возвращаются после загрузки изменить вряд ли получится. Даже если представить, что они будут возвращаться мгновенно, со страницей ничего сделать нельзя. Единственное исключение - если вы хотите предпринять какие-то действия до завершения загрузки. Например, если после 10 секунд элемент не появится на странице - перезагрузить поток.
В таком случае можно воспользоваться действием "Ждать Полной Загрузки", при этом задать требуемый параметр "Максимальное время выполнения задания". Проект long_wait_result.xml
Если у вас есть алгоритм, который нельзя описать таким образом, пожалуйста, опишите его.