Safari Technology Preview 251: cancel request body доходит до исходного stream. Локальная диагностика: трасса «chunk/pull → SW read → cancel reason class → producer stopped»; одно обратимое воздействие, независимый контроль, privacy-stop и пакет для разработчика без реальных данных.
Рабочее определение сбоя
Запрос «как проверить propagation cancel fetch event request body в исходный ReadableStream Safari Technology Preview 251» отвечает на одну самостоятельную боль: Service Worker отменяет чтение request body, но исходный ReadableStream продолжает генерировать chunks и держать ресурсы. Узкий ожидаемый ответ здесь не равен обещанию исправления на любом сайте: нужно различить статус reproduced, not reproduced, unsupported, environment-blocked и unknown на одном фиксированном стенде. Главный соседний эффект, который обязан быть отделён, — сетевой abort всего fetch вместо отмены reader тела события. Поэтому до любого действия записывают наблюдение словами, а не диагнозом, и заранее задают успешный исход: cancel hook исходного stream вызывается один раз и новые pull прекращаются, тогда как полный контроль выдаёт все chunks. Если результат не повторяется после rollback, первая попытка не считается доказательством.
Граница официальной записи
Официальные Release Notes WebKit датированы 26 августа 2026 года и относят пункт к Safari Technology Preview 251: исправлена передача cancellation от тела fetch-event request к исходному ReadableStream. Прямая первичная запись — 318043@main. Эта пара источников подтверждает наличие и техническую границу change item, но не подтверждает частоту жалоб, поисковый спрос, результат на конкретном устройстве, перенос в stable Safari или причину любого внешне похожего сбоя. Публичная ветка о релизе служит только свежим community lead; её комментарии и поисковый сниппет не используются как evidence. Вывод статьи ограничен указанной функцией и локальным воспроизведением.
Baseline и измеримые признаки
Безопасный fixture: локальный request stream со счётчиками pull/cancel и Service Worker, который читает один chunk и вызывает reader.cancel. До canary фиксируются pull count, cancel reason type, cancel timestamp, последний chunk id и состояние локального endpoint. Каждое поле получает expected, observed, время и отметку валидности, а итоговый рабочий артефакт — трасса «chunk/pull → SW read → cancel reason class → producer stopped». Стенд использует только синтетические данные: не сохраняются IP, cookie, токены, Authorization, полные приватные URL, реальные логи, имена профилей, локальные пути и пользовательское содержимое. Если обязательное наблюдение нельзя снять без таких данных, проверку прекращают. Нельзя заменять отсутствующее значение догадкой или добавлять вторую мутацию ради красивого результата.
Независимый контроль
Контроль строится независимо от основной гипотезы: второй запрос, где Service Worker дочитывает тот же конечный поток полностью. Он должен быть готов до воздействия и отличаться только проверяемым механизмом. Если контроль тоже меняется, результат main-fixture получает статус invalid, потому что возможны общая среда, renderer, cache или тестовая обвязка. Отдельно проверяется риск «сетевой abort всего fetch вместо отмены reader тела события»: его признак записывают рядом с основным, не смешивая строки. Такой дизайн не доказывает массовость, зато позволяет опровергнуть слишком широкое объяснение и не отправлять команде ложноположительный баг-репорт.
Повторяемый локальный прогон
Единственное воздействие: отменить чтение после первого chunk единственным reader.cancel и дождаться settle диагностического promise. Сначала снимается baseline, затем выполняется только это действие, после заранее выбранного settle-события записываются pull count, cancel reason type, cancel timestamp, последний chunk id и состояние локального endpoint, после чего выполняется полный rollback и повтор baseline. Успех узкой проверки означает: cancel hook исходного stream вызывается один раз и новые pull прекращаются, тогда как полный контроль выдаёт все chunks. Никаких изменений production, чужих страниц, реальных аккаунтов или сетевой маршрутизации процедура не требует. Если rollback не возвращает исходное состояние, прогон помечается invalid даже при убедительном скриншоте; следующий эксперимент начинают только после чистого восстановления.
Пакет для разработчика и критерий остановки
Решение оформляется через трасса «chunk/pull → SW read → cancel reason class → producer stopped». PASS допустим только когда выполнено условие «cancel hook исходного stream вызывается один раз и новые pull прекращаются, тогда как полный контроль выдаёт все chunks» и независимый контроль остаётся валиден. NOT REPRODUCED означает лишь отсутствие симптома на этом fixture, а не отсутствие проблемы у всех. Stop-line: остановиться, если request body клонируется, tee-ится, буферизуется библиотекой или cancellation reason содержит личные данные. Для handoff достаточно версии TP 251, минимального кода, обезличенных значений «pull count, cancel reason type, cancel timestamp, последний chunk id и состояние локального endpoint», результатов контроля, статуса rollback и ссылки на 318043@main. Материал не обещает индексацию, позиции, универсальную поддержку, стабильный релиз или автоматическое исправление проекта.
Материал подготовлен редакцией VOne с помощью ИИ; дата, WebKit Release 251, primary commit 318043@main, техническая граница, контроль, обратимость, privacy-stop и роль community lead постатейно проверены 29 августа 2026 года.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit commit 318043@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.