Для single-track WebRTC MediaStream promise `setSinkId()` выполняется, однако тестовый звук остаётся на прежнем output. Разбор Safari TP 251: самостоятельный диагностический артефакт, прямые источники, опровержимый контроль, обратимый canary, stop-line и privacy-safe handoff.
Ответ на запрос: `setSinkId()` успешен, но звук не переключается в Safari TP 251
Сначала зафиксируйте, какой результат опровергнет гипотезу. Единственная пользовательская боль: для single-track WebRTC MediaStream promise `setSinkId()` выполняется, однако тестовый звук остаётся на прежнем output. Нормализованный intent этой страницы — «как проверить фактическое переключение setSinkId single-track WebRTC Safari Technology Preview 251». Критерий, который можно опровергнуть: promise fulfilled совпадает с фактическим маршрутом и `sinkId` после шага; rollback возвращает исходный output. Возможная ложная причина сформулирована отдельно: разрешение на устройство или системный default switch, ошибочно принятые за работу `setSinkId`. До запуска выбирается такая развилка: promise success без route change — reproduced; permission denied — environment-blocked; control тоже не меняется — system-confounded. Если нужная поверхность отсутствует, ставится `unsupported`; если нет обязательного наблюдения, ставится `unknown`; оба статуса отличаются от `not-reproduced`. Проверка выполняется на изолированном fixture, поэтому не затрагивает production, VPN, маршрутизацию, рабочий профиль, реальные аккаунты или личные данные. Вывод нельзя переносить на stable Safari, другой браузер либо чужой сайт без отдельного опыта.
Доказательная граница 318149@main@main
Технический тезис не расширяется дальше записи разработчиков. WebKit датирует Safari Technology Preview 251 26 августа 2026 года и перечисляет изменение: исправлено ложное успешное завершение `setSinkId()` без смены audio output для single-track MediaStream. Связанная primary-страница 318149@main@main была открыта 29 августа: identifier совпадает, commit title описывает тот же узкий механизм. Для темы «для single-track WebRTC MediaStream promise `setSinkId()` выполняется, однако тестовый звук остаётся на прежнем output» этого достаточно только чтобы подтвердить наличие change item и его инженерную границу. Release Notes и 318149@main@main не измеряют количество затронутых пользователей, не доказывают поисковый спрос, не сообщают результат для произвольного приложения и не гарантируют попадание в стабильную версию. Google News, Reddit и Apple search results были лидами к перепроверке даты; их заголовки и комментарии не использованы как техническое evidence.
Артефакт опыта: маршрутный протокол `requested sink → promise result → audible/device-state confirmation`
Форма данных здесь важнее свободного пересказа. Здесь это маршрутный протокол `requested sink → promise result → audible/device-state confirmation`. Локальный стенд: локальный single-track synthetic tone, два заранее разрешённых тестовых output и ручная отметка без записи аудио. Схема записи специфична для задачи: `trackCount` — наблюдаемое значение или пусто с причиной; `requestedSinkHash` — наблюдаемое значение или пусто с причиной; `sinkIdAfter` — наблюдаемое значение или пусто с причиной; `promiseState` — наблюдаемое значение или пусто с причиной; `testToneRoute` — наблюдаемое значение или пусто с причиной; `deviceChangeEvent` — наблюдаемое значение или пусто с причиной; `cleanupComplete` — наблюдаемое значение или пусто с причиной. В строке 318149@main добавляются `expected`, `observed`, build, timestamp и единица, если она применима. Формула или источник каждого вычисленного значения указывается рядом; пропуск не превращается в ноль. IP, cookie, Authorization, токены, device labels, внешние URL, пути, сырые media и содержимое файлов исключаются до записи. Test-only идентификаторы разрешены в виде краткого hash внутри запуска и удаляются после cleanup. Именно набор «trackCount, requestedSinkHash, sinkIdAfter, promiseState, testToneRoute, deviceChangeEvent, cleanupComplete» делает материал самостоятельным: он отвечает на боль «для single-track WebRTC MediaStream promise `setSinkId()` выполняется, однако тестовый звук остаётся на прежнем output», а не подставляет другое название в универсальный браузерный чек-лист.
Control и решение для 318149@main
Control проходит тот же путь сбора, что и основная ветка. Для 318149@main используется: обычный HTMLAudioElement с тем же synthetic tone и dual-track stream только как диагностический control. Он получает тот же build, порядок событий и поля «trackCount, requestedSinkHash, sinkIdAfter, promiseState, testToneRoute, deviceChangeEvent, cleanupComplete». Проверяемый confounder — разрешение на устройство или системный default switch, ошибочно принятые за работу `setSinkId`. Если основная ветка отклоняется, а control остаётся спокойным, применяется развилка «promise success без route change — reproduced; permission denied — environment-blocked; control тоже не меняется — system-confounded». Если отклоняется control, итог `invalid`; если control технически недоступен, итог `environment-blocked`; если значения неполны, итог `inconclusive`. Нельзя объявлять дефект только потому, что фраза «для single-track WebRTC MediaStream promise `setSinkId()` выполняется, однако тестовый звук остаётся на прежнем output» похожа на сообщение форума. Сначала должны совпасть fixture, измеряемая поверхность и ожидаемый ответ «promise fulfilled совпадает с фактическим маршрутом и `sinkId` после шага; rollback возвращает исходный output». Этот порядок запрещает объяснение задним числом и сохраняет различие между соседними API, layout и media change items.
Обратимый canary и критерий PASS
Сравнимость важнее количества повторов. Для этой статьи действие сформулировано так: переключить один тестовый sink, подтвердить маршрут короткого тихого тона, вернуть исходный sink и остановить track. Сначала заполняется baseline по полям «trackCount, requestedSinkHash, sinkIdAfter, promiseState, testToneRoute, deviceChangeEvent, cleanupComplete», затем выполняется только указанная операция. После заранее выбранного settle-event те же поля читаются повторно без округления и подмены отсутствующих значений. PASS допустим лишь при условии: promise fulfilled совпадает с фактическим маршрутом и `sinkId` после шага; rollback возвращает исходный output. Затем действие полностью откатывается, и baseline для артефакта «маршрутный протокол `requested sink → promise result → audible/device-state confirmation`» должен восстановиться. Несовпадение rollback переводит запись в `invalid`, даже если основная ветка выглядела убедительно. Canary не расширяют на production, пользовательский media, рабочие разрешения, продолжительный стресс-тест или внешние страницы. Один run сохраняет свою строку; повтор не перезаписывает редкое отклонение.
Stop-line и privacy-safe handoff
Финальная запись отделяет факт, измерение и вывод. Немедленная остановка: нет двух явно выбранных тестовых outputs, используется громкий звук, записываются device labels или rollback не подтверждён. Для повторения оставляют build, hash fixture, поля «trackCount, requestedSinkHash, sinkIdAfter, promiseState, testToneRoute, deviceChangeEvent, cleanupComplete», expected/observed, control status, cleanup status и primary link 318149@main@main. Статус выбирается из `reproduced`, `not-reproduced`, `unsupported`, `environment-blocked`, `invalid`, `inconclusive`, `unknown`; отдельной строкой приводится развилка «promise success без route change — reproduced; permission denied — environment-blocked; control тоже не меняется — system-confounded». Перед передачей удаляются пути, имена, адреса, labels и любые значения, способные идентифицировать пользователя либо инфраструктуру. Даже успешный handoff подтверждает только условие «promise fulfilled совпадает с фактическим маршрутом и `sinkId` после шага; rollback возвращает исходный output» в этом fixture. Он не обещает автоматическое исправление, стабильную поддержку, индексацию, позицию, цитирование ИИ или доказанный спрос.
Материал подготовлен редакцией VOne с помощью ИИ; дата Release 251, primary 318149@main, техническая граница, самостоятельный артефакт, control, обратимость, privacy-stop и роль community lead постатейно проверены 29 августа 2026 года.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit commit 318149@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.