WebRTC certificate и transport stats в Firefox 154: безопасный пакет для support. Практический people-first разбор: безопасный baseline, один обратимый тест, матрица результата и явная стоп-линия без лишних данных.
Что именно проверяем
Здесь разбирается одна отдельная пользовательская боль: поддержка просит полный WebRTC dump, хотя для проверки транспорта достаточно меньшего и безопасного набора. Проверяемый вопрос сформулирован узко: какие WebRTC certificate и transport stats собирать в Firefox 154. Сходство по времени с обновлением не является доказательством причины. Сначала запишите наблюдаемый результат, точную версию и один ожидаемый результат; соседние сбои сети, профиля, расширений или устройства не включайте автоматически. Цель материала — получить пакет «build × DTLS state × algorithm class × traffic delta × redaction complete», а не объявить версию виновной по одному совпадению. Отдельный ответ оправдан тем, что у этой боли свой измеримый выход и своя точка безопасной остановки. Для CSS и WebRTC наблюдение привязывается к одному API-выходу или computed value.
Версионная граница
В открытых первичных документах подтверждено следующее: Firefox 154 расширил RTCStatsReport данными certificate и transport. Это утверждение относится к Firefox 154 и не доказывает частоту симптома, долю затронутых устройств, популярность запроса или универсальность поведения. Контролируемый rollout, политика и поддержка API проверяются на конкретной установке отдельно. Источники ниже служат для границы технического факта; форумные и поисковые упоминания не использованы как доказательство причины. Дата release notes задаёт свежесть проверки, но не служит свидетельством спроса или распространённости. Спецификация задаёт семантику, а release notes — границу доступности реализации.
Baseline без лишних данных
До изменения соберите минимальный baseline: browser build, timestamp, certificate algorithm, transport dtlsState, selected candidate pair id после обезличивания и bytes delta. Не добавляйте полный профиль, историю просмотра, токены, IP-адреса или персональные данные, если они не меняют воспроизводимость. Для неизвестного значения оставьте unknown вместо догадки. Запишите версию, время и ожидаемый результат до опыта. Такой baseline позволяет отличить конфигурацию от версии и делает последующий откат проверяемым, не расширяя доступ к рабочей среде. Из окружения берутся только параметры, способные разделить две заявленные гипотезы; остальные исключаются. Минимальная fixture должна воспроизводиться без стороннего сервера и пользовательского контента.
Практический A/B-контроль
Выполните ровно один обратимый контроль: снять два stats snapshots на тестовом вызове, удалить IP, URLs, fingerprints и IDs, затем сравнить только states и deltas. Сохраните порядок A → контролируемое изменение B → возврат к A. Между шагами записывайте только наблюдаемое состояние из baseline; не обновляйте одновременно браузер, драйвер, ОС и тестовый код. Если возврат к A не восстанавливает исходный результат, причинная связь не подтверждена и эксперимент следует остановить, а не добавлять новые вмешательства. Шаг B длится ровно столько, сколько нужно для одного наблюдения, после чего выполняется явный cleanup. Listener, временный стиль или тестовый peer удаляется в конце шага.
Результат и неопределённость
Сведите наблюдения в пакет «build × DTLS state × algorithm class × traffic delta × redaction complete». Для каждого ряда укажите один из статусов: reproduced, not reproduced, stopped или unknown. Reproduced означает только локальную воспроизводимость в записанном окружении; оно не переносится на все версии и устройства. Not reproduced не опровергает официальный факт, а показывает, что выбранный контроль не повторил боль. Unknown сохраняется, если отсутствует обязательный вход или rollback не завершён. Локальный pass подтверждает работу контрольной схемы, а не отсутствие дефекта во всех реальных сценариях. Разница движков отмечается как interoperability observation, а не как вина одного браузера.
Красные флаги
Критерий остановки: не отправлять полный about:webrtc, SDP, candidate addresses, certificate fingerprints и медиаданные. Для обращения достаточно обезличить версию, короткий expected/actual, три шага, статус возврата и пакет «build × DTLS state × algorithm class × traffic delta × redaction complete». Удалите имена, пути, адреса, cookies, токены, содержимое медиа и полные дампы. Если вложение нельзя очистить, не отправляйте его. Не выдавайте локальный результат за массовый эффект и не обещайте исправление: материал формирует воспроизводимый вопрос для владельца продукта или теста. Красный флаг прекращает сбор немедленно; полнота отчёта не важнее приватности и сохранности состояния. В технический issue попадает сокращённая таблица, но не сетевой дамп и не реальный медиапоток.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения, источники и границы вывода постатейно сверены с указанными первичными документами 28 августа 2026 года.
Источники и проверка
- Firefox 154: official release notes проверено 2026-08-28
- W3C WebRTC Statistics specification проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.