К обсуждениям

WebDriver и системный file picker: проверка ignore-режима Firefox 154

Редакция VOne Технологии

WebDriver и системный file picker: проверка ignore-режима Firefox 154. Практический people-first разбор: безопасный baseline, один обратимый тест, матрица результата и явная стоп-линия без лишних данных.

Как не перепутать соседние причины

Здесь разбирается одна отдельная пользовательская боль: автотест зависает на нативном диалоге выбора файла, хотя тестовый сценарий должен его игнорировать. Проверяемый вопрос сформулирован узко: как проверить file picker ignore в Firefox 154 WebDriver. Сходство по времени с обновлением не является доказательством причины. Сначала запишите наблюдаемый результат, точную версию и один ожидаемый результат; соседние сбои сети, профиля, расширений или устройства не включайте автоматически. Цель материала — получить матрица «prompt behavior × native picker shown × command settled × file selected», а не объявить версию виновной по одному совпадению. Граница здесь проводится по ожидаемому пользовательскому результату, а не по похожему названию настройки или события. Для WebDriver симптом фиксируется на одной локальной fixture и одной паре browser/driver.

Что следует из первичных документов

В открытых первичных документах подтверждено следующее: Firefox 154 добавил поддержку состояния ignore для file picker в WebDriver. Это утверждение относится к Firefox 154 и не доказывает частоту симптома, долю затронутых устройств, популярность запроса или универсальность поведения. Контролируемый rollout, политика и поддержка API проверяются на конкретной установке отдельно. Источники ниже служат для границы технического факта; форумные и поисковые упоминания не использованы как доказательство причины. Первичный документ подтверждает возможность поведения, но не утверждает, что она включена у каждого профиля. BiDi-спецификация задаёт форму команды или события, а не стабильность конкретного тестового набора.

Что записать до опыта

До изменения соберите минимальный baseline: browser/driver build, active prompt type, configured prompt behavior, input element state, command duration и наличие нативного окна. Не добавляйте полный профиль, историю просмотра, токены, IP-адреса или персональные данные, если они не меняют воспроизводимость. Для неизвестного значения оставьте unknown вместо догадки. Запишите версию, время и ожидаемый результат до опыта. Такой baseline позволяет отличить конфигурацию от версии и делает последующий откат проверяемым, не расширяя доступ к рабочей среде. Каждый вход записывается отдельной строкой; смешанный снимок нескольких устройств для сравнения непригоден. Context id и event id допустимы только как одноразовые метки внутри очищенного запуска.

Контроль с возвратом

Выполните ровно один обратимый контроль: на пустой fixture вызвать file input, сравнить default и ignore в отдельных сессиях и закрыть окно без выбора файла. Сохраните порядок A → контролируемое изменение B → возврат к A. Между шагами записывайте только наблюдаемое состояние из baseline; не обновляйте одновременно браузер, драйвер, ОС и тестовый код. Если возврат к A не восстанавливает исходный результат, причинная связь не подтверждена и эксперимент следует остановить, а не добавлять новые вмешательства. Перед B формулируется ожидаемое отличие: без этого любое изменение после действия будет post-hoc догадкой. Каждый тест завершает сессию и проверяет отсутствие оставшихся prompt, stream или override.

Матрица решения

Сведите наблюдения в матрица «prompt behavior × native picker shown × command settled × file selected». Для каждого ряда укажите один из статусов: reproduced, not reproduced, stopped или unknown. Reproduced означает только локальную воспроизводимость в записанном окружении; оно не переносится на все версии и устройства. Not reproduced не опровергает официальный факт, а показывает, что выбранный контроль не повторил боль. Unknown сохраняется, если отсутствует обязательный вход или rollback не завершён. Результат читается по одной переменной; необычный побочный эффект переносится в новый диагностический вопрос. Flaky и protocol mismatch различаются по временной шкале, а не по числу повторных запусков.

Когда прекратить диагностику

Критерий остановки: не выбирать реальный файл, не пытаться автоматизировать системный диалог кликами и не оставлять зависшую сессию. Для обращения достаточно обезличить версию, короткий expected/actual, три шага, статус возврата и матрица «prompt behavior × native picker shown × command settled × file selected». Удалите имена, пути, адреса, cookies, токены, содержимое медиа и полные дампы. Если вложение нельзя очистить, не отправляйте его. Не выдавайте локальный результат за массовый эффект и не обещайте исправление: материал формирует воспроизводимый вопрос для владельца продукта или теста. Для эскалации сохраняются дата документа и точная сборка, чтобы ответ не зависел от меняющегося интерфейса. Логи сокращаются до метода, статуса и времени; пути, URL-параметры и содержимое страницы удаляются.

Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения, источники и границы вывода постатейно сверены с указанными первичными документами 28 августа 2026 года.

Источники и проверка

Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.

Ответы

0 опубликовано
Ответов пока нет. Вы можете начать обсуждение.

Ваш ответ

Добавьте свой опыт или уточнение по теме.

Вы публикуете как Аноним Аватар отличает разговоры, но не раскрывает личные данные.

Ответ появится сразу. Не публикуйте личные данные, ключи и приватные ссылки.