aria-actions не видна ассистивной технологии Chrome 151: проверка связи. Узкий people-first разбор: какой baseline снять, какой обратимый контроль выполнить, где остановиться и какой обезличенный артефакт приложить к issue.
Где проходит граница симптома
Пользовательская боль: дополнительные действия элемента не обнаруживаются в accessibility tree либо ссылаются на отсутствующий или неподходящий target. До вмешательства зафиксируйте пользовательский результат одной фразой и отделите его от предполагаемой причины. Нужны build, app version и один безопасный контроль, а не полный профиль устройства. Совпадение по времени с обновлением — только гипотеза. Граница поискового намерения: как проверить aria-actions в Chrome 151 без подмены доступного имени или роли. Соседние неисправности не включаются в этот материал и требуют отдельного evidence.
Что подтверждено официально
Первичные документы подтверждают: Android 17 позволяет hardware partners определять custom camera extension modes; приложение может проверять их через isExtensionSupported(int). Условия source важнее названия функции: target SDK, device support и documented fallback должны совпасть со сценарием. Если одно поле неизвестно, причина остаётся непроверенной, даже если внешний симптом похож. Проверяемый выход статьи — чек-лист «owner role/name × target ID exists × target role × tree relation × keyboard fallback». Он нужен, чтобы официальный факт не превращался в универсальную догадку о любой похожей ошибке.
Какие данные нужны до проверки
Минимальный набор: role и accessible name владельца, список IDREF в aria-actions, существование целей, их роли, accessibility tree snapshot и keyboard path. Соберите минимальный checklist окружения и убедитесь, что тест не зависит от сети, фоновой синхронизации или старого cache, если они не являются предметом проверки. Один цикл лучше серии случайных действий. До опыта сформулируйте безопасный stop: не заменять видимую кнопку скрытым действием и не считать один screen reader универсальным доказательством; остановиться при потере keyboard fallback. Если он уже наступил, не собирайте дополнительные данные ради полноты отчёта.
Обратимый контроль
Практический шаг: на тестовом widget добавить одну action target, проверить дерево и клавиатурный путь, затем удалить только aria-actions. Сравнивайте одинаковый маршрут и одинаковый input. Запишите первую точку расхождения, после неё не продолжайте цепочку автоматически. Невоспроизводимость следует отметить прямо, а не превращать в универсальное объяснение. Контроль не должен выходить за исходный scope: role и accessible name владельца, список IDREF в aria-actions, существование целей, их роли, accessibility tree snapshot и keyboard path. Любой дополнительный параметр переносится в новую отдельную проверку.
Как читать полученный результат
Рабочий артефакт: чек-лист «owner role/name × target ID exists × target role × tree relation × keyboard fallback». Читайте артефакт слева направо как decision path. Первое неизвестное поле ограничивает вывод. Если control ломается так же, ищите общий слой; если меняется только целевой показатель, гипотеза усиливается для этого build. Сопоставляйте результат с точным действием: на тестовом widget добавить одну action target, проверить дерево и клавиатурный путь, затем удалить только aria-actions. Совпадение во времени без controlled change не считается причинной связью.
Стоп-линия и пакет поддержки
Критерий остановки: не заменять видимую кнопку скрытым действием и не считать один screen reader универсальным доказательством; остановиться при потере keyboard fallback. Остановленный по безопасности тест остаётся валидным результатом. В support package внесите причину остановки, окружение и уже проверенные шаги. Не повторяйте опасное действие ради полного лога. В support package назовите пользовательскую боль без личных деталей: дополнительные действия элемента не обнаруживаются в accessibility tree либо ссылаются на отсутствующий или неподходящий target. Остальные сведения добавляйте только если они меняют воспроизводимость.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения и границы вывода постатейно сверены с указанными первичными источниками 28 августа 2026 года.
Источники и проверка
- Chrome Platform Status проверено 2026-08-28
- WAI-ARIA проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.