ZDE пропадает дерево в Chrome после клика touch

[Ylvov]

Помогите, пожалуйста.
ZDE пропадает дерево в Chrome после клика. Вбиваю в поиск ключевик, делаю разные свайпы и все нормально, но после того как делаю touch пропадает почти все дерево элементов относящиеся к содержимому экрана браузера.

Вот до touch. Все есть

Вот после touch и возврата обратно к поиску.
Остается только дерево элементов навигации самого приложения. А все элементы WebView отсутствуют

тел: xiaomi mi a2
прошивка: Pixel Experience Android 13
Chrome пробовал разный везде такое.
125.
123.0.6312.121
122.
119.
109.

 

[Vlad_Curnoi]

Помогите, пожалуйста.
ZDE пропадает дерево в Chrome после клика. Вбиваю в поиск ключевик, делаю разные свайпы и все нормально, но после того как делаю touch пропадает почти все дерево элементов относящиеся к содержимому экрана браузера.

Вот до touch. Все есть
Посмотреть вложение 122722

Вот после touch и возврата обратно к поиску.
Остается только дерево элементов навигации самого приложения.
Посмотреть вложение 122723

тел: xiaomi mi a2
прошивка: Pixel Experience Android 13
Chrome пробовал разный везде такое.
125.
123.0.6312.121
122.
119.
109.

+
Такой же баг, прошивка не важна, crdroid los без разницы.
Так же выполнение js работает щас только в хроме, раньше хоть на kiwi и Яндексе работало, последний предбилд вообще кроме хрома ничего не знает в js. Стоят последние webview

 

[Мамикон]

Отключите предзагрузку в браузере, получше станет

 

[Ylvov]

предзагрузку в браузере

А это как и где делается? )

 

[Мамикон]

А это как и где делается? )

 

[Ylvov]

Отключите предзагрузку в браузере, получше станет

К сожалению ничего не изменилось если отключить

 

[Мамикон]

Значит срабатывает КЕШ браузера (таким образом экономится ресурсы телефона и интернета), придется после возврата на страницу обновить страницу или делать свайп

 

[Ylvov]

придется после возврата на страницу обновить страницу или делать свайп

После такого тоже не появляются элементы WebView.
Уже все перепробовал (

 

[Ylvov]

Ну не возможно работать!
Вот как дофига мне приходится делать действий, чтоб вернуть дерево элементов обратно в работу:

• Получение и анализ XML-разметки интерфейса устройства.
• Проверка наличия WebView. Если найден, процесс завершается.
• Поиск кнопки меню Chrome. Если не найдена, выполняется свайп и повторный поиск.
• Клик по найденной кнопке меню.
• Обновление и повторный анализ XML-разметки.
• Поиск определенной кнопки в меню Chrome.
• Если кнопка найдена:
  • Клик по ней
  • Пауза
  • Повторная проверка наличия WebView
• Если WebView не появился после клика:
  • Случайная пауза
  • Закрытие приложения Chrome
  • Случайная пауза
  • Повторное открытие Chrome
  • Случайная пауза
  • Выполнение серии из трех свайпов с случайными параметрами
• Если определенная кнопка в меню не найдена, процесс завершается.
• Используются случайные задержки и параметров свайпов.

И это после каждого touch или enter. Представляете как это не удобно. + адская потеря времени на исполнение проекта. А что делать не знаю.
ZDE куплена на год.
Разработчики сказали ждать... Сколько ждать не знают.
Наверное когда закончится год купленного ZDE )

Может есть у кого наработка или вариант решения этой проблемы?

 

[t79]

Ну не возможно работать!
Вот как дофига мне приходится делать действий, чтоб вернуть дерево элементов обратно в работу:

• Получение и анализ XML-разметки интерфейса устройства.
• Проверка наличия WebView. Если найден, процесс завершается.
• Поиск кнопки меню Chrome. Если не найдена, выполняется свайп и повторный поиск.
• Клик по найденной кнопке меню.
• Обновление и повторный анализ XML-разметки.
• Поиск определенной кнопки в меню Chrome.
• Если кнопка найдена:
  • Клик по ней
  • Пауза
  • Повторная проверка наличия WebView
• Если WebView не появился после клика:
  • Случайная пауза
  • Закрытие приложения Chrome
  • Случайная пауза
  • Повторное открытие Chrome
  • Случайная пауза
  • Выполнение серии из трех свайпов с случайными параметрами
• Если определенная кнопка в меню не найдена, процесс завершается.
• Используются случайные задержки и параметров свайпов.

И это после каждого touch или enter. Представляете как это не удобно. + адская потеря времени на исполнение проекта. А что делать не знаю.
ZDE куплена на год.
Разработчики сказали ждать... Сколько ждать не знают.
Наверное когда закончится год купленного ZDE )

Может есть у кого наработка или вариант решения этой проблемы?

бро тоже страдаем

решаем или нативно или поискам по картинкам или вообще через костыли, но тоже страдаем (



но привыкли уже как то ,,,,

 

[FreddyKrueger]

Также использую Pixel Experience Android 13. Проблема есть, элементы WebView пропадают. Что в хроме, что в других браузерах. Давно жду какого-то решения\исправления. И в идеале бы сделать из коробки работу с html элементами, если возможно. А то сейчас - это нестабильный ад из костылей, 100500 проверок, циклов и лишних манипуляций.

 

[Sherminator]

Ну не возможно работать!
Вот как дофига мне приходится делать действий, чтоб вернуть дерево элементов обратно в работу:

• Получение и анализ XML-разметки интерфейса устройства.
• Проверка наличия WebView. Если найден, процесс завершается.
• Поиск кнопки меню Chrome. Если не найдена, выполняется свайп и повторный поиск.
• Клик по найденной кнопке меню.
• Обновление и повторный анализ XML-разметки.
• Поиск определенной кнопки в меню Chrome.
• Если кнопка найдена:
  • Клик по ней
  • Пауза
  • Повторная проверка наличия WebView
• Если WebView не появился после клика:
  • Случайная пауза
  • Закрытие приложения Chrome
  • Случайная пауза
  • Повторное открытие Chrome
  • Случайная пауза
  • Выполнение серии из трех свайпов с случайными параметрами
• Если определенная кнопка в меню не найдена, процесс завершается.
• Используются случайные задержки и параметров свайпов.

И это после каждого touch или enter. Представляете как это не удобно. + адская потеря времени на исполнение проекта. А что делать не знаю.
ZDE куплена на год.
Разработчики сказали ждать... Сколько ждать не знают.
Наверное когда закончится год купленного ZDE )

Может есть у кого наработка или вариант решения этой проблемы?

Ну есть варик проще ) тоже костыль, тем не менее.
Инициализируешь коллекцию вебаью элементов, проверяешь их количество(обычно когда происходит отвал, их меньше 4х) если их меньше, нажимается кнопка открытых вкладок в хроме (она никогда не пропадает) и потом нажимается кнопка назад, обычно после этого дерево появляется

 

[Ylvov]

Ну есть варик проще ) тоже костыль, тем не менее.
Инициализируешь коллекцию вебаью элементов, проверяешь их количество(обычно когда происходит отвал, их меньше 4х) если их меньше, нажимается кнопка открытых вкладок в хроме (она никогда не пропадает) и потом нажимается кнопка назад, обычно после этого дерево появляется

Сократил благодаря твоему примеру возврат WebView в проект.
Спасибо!


Блин, 1 - 3 раза получилось, а спустя время и это перестало работать

 

[лох_цветоный]

Также использую Pixel Experience Android 13. Проблема есть, элементы WebView пропадают. Что в хроме, что в других браузерах. Давно жду какого-то решения\исправления. И в идеале бы сделать из коробки работу с html элементами, если возможно. А то сейчас - это нестабильный ад из костылей, 100500 проверок, циклов и лишних манипуляций.

Привет, можешь написать свой тг

 

[Anatoly79]

ZDE пропадает дерево в Chrome после клика

бро тоже страдаем

Проблема есть, элементы WebView пропадают

Ну есть варик проще ) тоже костыль, тем не менее.

Есть кейс, который бы стабильно приводил к отвалу дерева элементов (кроме нажатия кнопки назад)?
Пока смог воспроизвести в 100% случаев такой вариант:
- открыть вкладку, выполнить 4-5 повторений экшена "Выполнить событие" (поиск элемента - клик). Затем открыть еще одну вкладку и выполнить те же самые действия. К 3-4му кубику обязательно прилетает событие отключения (можно поймать через фриду) и дерево разваливается (отсутствует элемент webview).
Дерево сломалось.
Если это событие перехватить, то проблемы не будет и в 100% случаев дерево больше отваливаться не будет.
Дерево не ломается

 

[Anatoly79]

Проблема по всей видимости в реализации флага enable-auto-disable-accessibility-v2

Спойлер: Enable AutoDisableAccessibility Chromium runtime flag

Enable AutoDisableAccessibility Chromium runtime flag · Issue #162331 · microsoft/vscode · GitHub

As part of https://bugs.chromium.org/p/chromium/issues/detail?id=1143047 chromium added a runtime feature called AutoDisableAccessibility and it works like this: Adds logic that disables accessibil...

github.com

Adds logic that disables accessibility under these circumstances:
* There are 3+ user input events in web content (mouse down, key down,
or touch start count)
* Over a period of more than 30 seconds
* And no usage of accessibility APIs in that time.

The goal of this logic is to avoid disabling accessibility
simply due to inactivity, i.e. the browser is idle - but instead
to try to disable accessibility when there's evidence that the
user is actively using their browser but no longer using assistive
technology or anything else using accessibiltiy APIs.

Хром отключает формирование дерева, если считает, что не используется accessibiltiy API (хотя по поведению очевидно, что логика, которая написана выше, под спойлером, точно не работает. Можно спокойно не выполнять действий в течении минуты, потом обновить дерево и получить нормальную структуру).
Перевод флага в состояние disable по идее должно вообще отключать такое поведение и дерево должно стабильно выдаваться, но этого также не происходит.

 

[Dmitriy Ka]

Есть кейс, который бы стабильно приводил к отвалу дерева элементов (кроме нажатия кнопки назад)?
Пока смог воспроизвести в 100% случаев такой вариант:
- открыть вкладку, выполнить 4-5 повторений экшена "Выполнить событие" (поиск элемента - клик). Затем открыть еще одну вкладку и выполнить те же самые действия. К 3-4му кубику обязательно прилетает событие отключения (можно поймать через фриду) и дерево разваливается (отсутствует элемент webview).
Дерево сломалось.
Если это событие перехватить, то проблемы не будет и в 100% случаев дерево больше отваливаться не будет.
Дерево не ломается

А можно скрипт для Frida