AudioWorklet завершается рано после `process() = false` в Safari TP 251. Безопасная локальная диагностика: lifecycle ledger `quantum → input active/process return/callback count/node state`; отдельный control, одно обратимое действие, критерии остановки и privacy-safe handoff без вывода о массовости или stable Safari.
Граница запроса: AudioWorklet завершается рано после `process() = false` в Safari TP 251
Эта диагностика начинается не с исправления, а с формулировки наблюдаемого расхождения. Пользовательская боль здесь формулируется так: processor перестаёт получать render quanta сразу после `false`, хотя upstream node ещё выдаёт активный сигнал. Нормализованный запрос — «как проверить teardown AudioWorkletProcessor process false active input Safari Technology Preview 251». До опыта фиксируется граница успеха, а не желаемый диагноз: если callbacks прекращаются при active input, а true-control продолжается — reproduced; если input уже нулевой — invalid-timing; модуль не грузится — blocked. Статусы reproduced, not-reproduced, unsupported, environment-blocked и unknown не объединяются. Если обязательное поле не наблюдалось, строка остаётся unknown. Нельзя переносить результат на стабильный Safari, другой движок, произвольный сайт или всю категорию проблем. Тест не меняет VPN, маршрутизацию, сервисы VOne, рабочие аккаунты или системные настройки за пределами отдельного профиля.
Что подтверждает 318621@main
Официальные WebKit Release Notes датированы 26 августа 2026 года и для Safari Technology Preview 251 сообщают: исправлен преждевременный teardown AudioWorkletProcessor: `false` завершает processing только когда активных inputs больше нет. Пункт связан с primary записью 318621@main; её identifier и заголовок повторно открыты 29 августа. Эта цепочка подтверждает существование change item и его узкую инженерную границу. Она не измеряет число затронутых пользователей, поисковый спрос, частоту симптома, результат на чужом устройстве или будущий перенос в stable Safari. Google News, MacRumors, Reddit, Stack Exchange и support-community результаты использовались только как leads к актуальности: их заголовки, ответы и реакции не превращены в доказательство причины.
Стенд и поля: lifecycle ledger `quantum → input active/process return/callback count/node state`
Минимальный стенд строится так: test-only AudioWorklet module со счётчиком вызовов и синтетическим ConstantSource, который работает ещё несколько quanta после первого `false`. До первого действия запишите build Technology Preview, локаль, zoom или sample rate, если они влияют на этот механизм, и точное состояние поверхности. Результат хранится в форме {artifact}. Обязательные поля: `quantumIndex, inputEnergy, returnedValue, callbackCount, upstreamState, nodeConnected, processorError, finalMessage`. Каждое вычисленное значение сопровождается единицей и способом получения; пропуск не заменяется нулём. Рабочие URL, cookies, Authorization, IP, device labels, имена профилей, локальные пути, содержимое файлов, media и тексты пользователей исключаются ещё до записи. Разрешены только короткие test-only идентификаторы, которые удаляются при cleanup.
Отрицательный контроль и один canary
Независимый отрицательный контроль: processor, всегда возвращающий true, и ветка false после фактического окончания upstream source. Он запускается до проблемной ветки и должен подтвердить, что стенд способен наблюдать ожидаемое состояние. После этого меняется одна переменная: запустить короткий offline/isolated граф, вернуть false в заданном quantum, дождаться конца input и удалить worklet realm. Между вариантами сохраняются одинаковыми build, размеры, timing, input и настройки, не относящиеся к гипотезе. После каждого шага возвращайте исходное состояние и повторяйте наблюдение минимум один раз; различие без успешного rollback получает статус non-repeatable, а не reproduced. Не добавляйте обходные CSS/JS-патчи по ходу: они уничтожат причинную границу.
Решение по артефакту 318621@main
Заполняйте lifecycle ledger `quantum → input active/process return/callback count/node state` строка за строкой. Для этой темы применима развилка: если callbacks прекращаются при active input, а true-control продолжается — reproduced; если input уже нулевой — invalid-timing; модуль не грузится — blocked. Сначала сравните control с его заранее заданным ожиданием, затем проблемную ветку с тем же oracle, и только потом смотрите повтор. Одинаковый внешний эффект при провале control означает fixture-invalid. Отсутствующая API-поверхность означает unsupported. Недоступное разрешение, adapter или memory означает environment-blocked. Только повторяемое расхождение одной ветки при зелёном control допускает reproduced. Такая схема не обещает исправление сайта: она даёт разработчику компактный набор наблюдений для следующего решения.
Stop-line, cleanup и безопасный handoff
Граница безопасности сформулирована заранее: запрещены microphone/media stream и production worklet; при processorerror сначала сохраняется только имя ошибки без stack/path. После опыта выполните cleanup: закройте test tab, уничтожьте nodes, tracks, buffers, recordings или registrations, созданные fixture, верните изменённый атрибут и убедитесь, что системное разрешение не осталось. В handoff передаются build, шаги воспроизведения, заполненные поля артефакта, expected/observed, результат control, rollback и один обезличенный screenshot/hash только когда он нужен. Не передавайте токены, логи с адресами, SDP candidates, сырые media, дампы памяти и конфигурацию пользователя. Если cleanup или минимизация невозможны, публикационная рекомендация — остановка.
Минимальный support-пакет 318621@main
Перед обращением в поддержку создайте пустой шаблон lifecycle ledger `quantum → input active/process return/callback count/node state`, а затем заполните его данными только одного повторяемого прогона. Колонка `quantumIndex` получает только непосредственно наблюдаемое значение `quantumIndex`; для `quantumIndex` рядом указывают единицу, момент снятия и причину unknown, если измерение `quantumIndex` недоступно. Колонка `inputEnergy` получает только непосредственно наблюдаемое значение `inputEnergy`; для `inputEnergy` рядом указывают единицу, момент снятия и причину unknown, если измерение `inputEnergy` недоступно. Колонка `returnedValue` получает только непосредственно наблюдаемое значение `returnedValue`; для `returnedValue` рядом указывают единицу, момент снятия и причину unknown, если измерение `returnedValue` недоступно. Колонка `callbackCount` получает только непосредственно наблюдаемое значение `callbackCount`; для `callbackCount` рядом указывают единицу, момент снятия и причину unknown, если измерение `callbackCount` недоступно. Колонка `upstreamState` получает только непосредственно наблюдаемое значение `upstreamState`; для `upstreamState` рядом указывают единицу, момент снятия и причину unknown, если измерение `upstreamState` недоступно. Колонка `nodeConnected` получает только непосредственно наблюдаемое значение `nodeConnected`; для `nodeConnected` рядом указывают единицу, момент снятия и причину unknown, если измерение `nodeConnected` недоступно. Колонка `processorError` получает только непосредственно наблюдаемое значение `processorError`; для `processorError` рядом указывают единицу, момент снятия и причину unknown, если измерение `processorError` недоступно. Колонка `finalMessage` получает только непосредственно наблюдаемое значение `finalMessage`; для `finalMessage` рядом указывают единицу, момент снятия и причину unknown, если измерение `finalMessage` недоступно. Карточка относится к симптому «processor перестаёт получать render quanta сразу после `false`, хотя upstream node ещё выдаёт активный сигнал» и не смешивается с соседними API или layout-ветками. Рядом приложите точный control: processor, всегда возвращающий true, и ветка false после фактического окончания upstream source. Отдельной строкой запишите выполненное обратимое действие: запустить короткий offline/isolated граф, вернуть false в заданном quantum, дождаться конца input и удалить worklet realm. Решение читается без догадок: если callbacks прекращаются при active input, а true-control продолжается — reproduced; если input уже нулевой — invalid-timing; модуль не грузится — blocked. В последней строке подтвердите stop-line — запрещены microphone/media stream и production worklet; при processorerror сначала сохраняется только имя ошибки без stack/path. Такой пакет позволяет другому разработчику проверить границу без доступа к аккаунту, рабочему сайту или исходным пользовательским данным; пустое обязательное поле явно снижает статус до unknown и не маскируется пояснительным текстом.
Материал подготовлен редакцией VOne с помощью ИИ по открытым официальным и первичным источникам; факты, дата и ссылки перепроверены человеком. Воспроизведение на произвольном сайте не заявляется, персональные данные и реальные конфигурации не использовались.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit primary commit 318621@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.