Firefox 154 добавляет download id: как связать события WebDriver. Практический people-first разбор: безопасный baseline, один обратимый тест, матрица результата и явная стоп-линия без лишних данных.
Граница наблюдаемого симптома
Здесь разбирается одна отдельная пользовательская боль: параллельные скачивания путаются, потому что begin/progress/complete нечем надёжно связать. Проверяемый вопрос сформулирован узко: как связать download events по download id в Firefox 154 WebDriver BiDi. Сходство по времени с обновлением не является доказательством причины. Сначала запишите наблюдаемый результат, точную версию и один ожидаемый результат; соседние сбои сети, профиля, расширений или устройства не включайте автоматически. Цель материала — получить журнал «download id × event phase × filename class × bytes × terminal status», а не объявить версию виновной по одному совпадению. Признак входа в этот сценарий фиксируется до открытия настроек; название функции само по себе не считается симптомом. Для WebDriver симптом фиксируется на одной локальной fixture и одной паре browser/driver.
Подтверждённая область изменения
В открытых первичных документах подтверждено следующее: Firefox 154 добавил download identifier для корреляции download events. Это утверждение относится к Firefox 154 и не доказывает частоту симптома, долю затронутых устройств, популярность запроса или универсальность поведения. Контролируемый rollout, политика и поддержка API проверяются на конкретной установке отдельно. Источники ниже служат для границы технического факта; форумные и поисковые упоминания не использованы как доказательство причины. Версионное утверждение сверяется буквально, без переноса на соседние каналы и будущие сборки. BiDi-спецификация задаёт форму команды или события, а не стабильность конкретного тестового набора.
Минимальный baseline
До изменения соберите минимальный baseline: browser build, event name, download id, suggested filename без пути, bytes received и terminal status. Не добавляйте полный профиль, историю просмотра, токены, IP-адреса или персональные данные, если они не меняют воспроизводимость. Для неизвестного значения оставьте unknown вместо догадки. Запишите версию, время и ожидаемый результат до опыта. Такой baseline позволяет отличить конфигурацию от версии и делает последующий откат проверяемым, не расширяя доступ к рабочей среде. В baseline отдельно помечается, что уже было известно пользователю, а что появилось лишь после проверки. Context id и event id допустимы только как одноразовые метки внутри очищенного запуска.
Один обратимый контроль
Выполните ровно один обратимый контроль: запустить два маленьких тестовых download с разными именами и сгруппировать события только по download id. Сохраните порядок A → контролируемое изменение B → возврат к A. Между шагами записывайте только наблюдаемое состояние из baseline; не обновляйте одновременно браузер, драйвер, ОС и тестовый код. Если возврат к A не восстанавливает исходный результат, причинная связь не подтверждена и эксперимент следует остановить, а не добавлять новые вмешательства. Контроль считается обратимым только после повторного наблюдения исходного состояния, а не после нажатия кнопки возврата. Каждый тест завершает сессию и проверяет отсутствие оставшихся prompt, stream или override.
Как классифицировать результат
Сведите наблюдения в журнал «download id × event phase × filename class × bytes × terminal status». Для каждого ряда укажите один из статусов: reproduced, not reproduced, stopped или unknown. Reproduced означает только локальную воспроизводимость в записанном окружении; оно не переносится на все версии и устройства. Not reproduced не опровергает официальный факт, а показывает, что выбранный контроль не повторил боль. Unknown сохраняется, если отсутствует обязательный вход или rollback не завершён. В итоговой строке причина остаётся hypothesis, пока её не отличает хотя бы одно контролируемое наблюдение. Flaky и protocol mismatch различаются по временной шкале, а не по числу повторных запусков.
Стоп-линия и безопасный артефакт
Критерий остановки: не скачивать неизвестные файлы, не публиковать локальные пути и не стирать артефакты до проверки. Для обращения достаточно обезличить версию, короткий expected/actual, три шага, статус возврата и журнал «download id × event phase × filename class × bytes × terminal status». Удалите имена, пути, адреса, cookies, токены, содержимое медиа и полные дампы. Если вложение нельзя очистить, не отправляйте его. Не выдавайте локальный результат за массовый эффект и не обещайте исправление: материал формирует воспроизводимый вопрос для владельца продукта или теста. Артефакт ограничивается текстовой сводкой: снимок экрана добавляется лишь после ручной проверки каждого видимого поля. Логи сокращаются до метода, статуса и времени; пути, URL-параметры и содержимое страницы удаляются.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения, источники и границы вывода постатейно сверены с указанными первичными документами 28 августа 2026 года.
Источники и проверка
- Firefox 154: official release notes проверено 2026-08-28
- WebDriver BiDi specification проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.