После перехода Web Inspector показывает данные non-buffered resource от предыдущего документа как будто они принадлежат новой странице. Разбор Safari TP 251: самостоятельный диагностический артефакт, прямые источники, опровержимый контроль, обратимый canary, stop-line и privacy-safe handoff.
Ответ на запрос: Inspector сохраняет non-buffered resource после navigation в Safari TP 251
Ограничьте опыт одним API или layout-состоянием. Единственная пользовательская боль: после перехода Web Inspector показывает данные non-buffered resource от предыдущего документа как будто они принадлежат новой странице. Нормализованный intent этой страницы — «как проверить stale non-buffered resource data после navigation Safari Technology Preview 251». Критерий, который можно опровергнуть: non-buffered data A не доступен как ресурс B, а buffered-control следует своей навигации. Возможная ложная причина сформулирована отдельно: bfcache или одинаковый URL ресурса, ошибочно принятый за утечку данных предыдущей навигации. До запуска выбирается такая развилка: A-data виден под B-owner — reproduced; owner корректен — not reproduced; navigation id неизвестен — inconclusive. Если нужная поверхность отсутствует, ставится `unsupported`; если нет обязательного наблюдения, ставится `unknown`; оба статуса отличаются от `not-reproduced`. Проверка выполняется на изолированном fixture, поэтому не затрагивает production, VPN, маршрутизацию, рабочий профиль, реальные аккаунты или личные данные. Вывод нельзя переносить на stable Safari, другой браузер либо чужой сайт без отдельного опыта.
Доказательная граница 318035@main@main
Сниппеты оставлены за пределами доказательной части. WebKit датирует Safari Technology Preview 251 26 августа 2026 года и перечисляет изменение: исправлено сохранение данных non-buffered resources между navigations в Web Inspector. Связанная primary-страница 318035@main@main была открыта 29 августа: identifier совпадает, commit title описывает тот же узкий механизм. Для темы «после перехода Web Inspector показывает данные non-buffered resource от предыдущего документа как будто они принадлежат новой странице» этого достаточно только чтобы подтвердить наличие change item и его инженерную границу. Release Notes и 318035@main@main не измеряют количество затронутых пользователей, не доказывают поисковый спрос, не сообщают результат для произвольного приложения и не гарантируют попадание в стабильную версию. Google News, Reddit и Apple search results были лидами к перепроверке даты; их заголовки и комментарии не использованы как техническое evidence.
Артефакт опыта: журнал владения `navigation id → resource id/url hash → data availability/lifetime`
Вместо общего чек-листа сохраните предметный артефакт. Здесь это журнал владения `navigation id → resource id/url hash → data availability/lifetime`. Локальный стенд: две локальные same-origin страницы и два различимых streamed test-resources без личных URL и токенов. Схема записи специфична для задачи: `navigationId` — наблюдаемое значение или пусто с причиной; `documentUrlHash` — наблюдаемое значение или пусто с причиной; `resourceId` — наблюдаемое значение или пусто с причиной; `resourceUrlHash` — наблюдаемое значение или пусто с причиной; `bufferedFlag` — наблюдаемое значение или пусто с причиной; `dataAvailable` — наблюдаемое значение или пусто с причиной; `ownerFrame` — наблюдаемое значение или пусто с причиной; `observedAt` — наблюдаемое значение или пусто с причиной. В строке 318035@main добавляются `expected`, `observed`, build, timestamp и единица, если она применима. Формула или источник каждого вычисленного значения указывается рядом; пропуск не превращается в ноль. IP, cookie, Authorization, токены, device labels, внешние URL, пути, сырые media и содержимое файлов исключаются до записи. Test-only идентификаторы разрешены в виде краткого hash внутри запуска и удаляются после cleanup. Именно набор «navigationId, documentUrlHash, resourceId, resourceUrlHash, bufferedFlag, dataAvailable, ownerFrame, observedAt» делает материал самостоятельным: он отвечает на боль «после перехода Web Inspector показывает данные non-buffered resource от предыдущего документа как будто они принадлежат новой странице», а не подставляет другое название в универсальный браузерный чек-лист.
Control и решение для 318035@main
Развилка решения фиксируется ещё на пустом стенде. Для 318035@main используется: hard reload второй страницы с уникальным resource path и параллельный обычный buffered resource. Он получает тот же build, порядок событий и поля «navigationId, documentUrlHash, resourceId, resourceUrlHash, bufferedFlag, dataAvailable, ownerFrame, observedAt». Проверяемый confounder — bfcache или одинаковый URL ресурса, ошибочно принятый за утечку данных предыдущей навигации. Если основная ветка отклоняется, а control остаётся спокойным, применяется развилка «A-data виден под B-owner — reproduced; owner корректен — not reproduced; navigation id неизвестен — inconclusive». Если отклоняется control, итог `invalid`; если control технически недоступен, итог `environment-blocked`; если значения неполны, итог `inconclusive`. Нельзя объявлять дефект только потому, что фраза «после перехода Web Inspector показывает данные non-buffered resource от предыдущего документа как будто они принадлежат новой странице» похожа на сообщение форума. Сначала должны совпасть fixture, измеряемая поверхность и ожидаемый ответ «non-buffered data A не доступен как ресурс B, а buffered-control следует своей навигации». Этот порядок запрещает объяснение задним числом и сохраняет различие между соседними API, layout и media change items.
Обратимый canary и критерий PASS
Сначала baseline, затем одно воздействие, затем cleanup. Для этой статьи действие сформулировано так: перейти A→B один раз, проверить ownership, вернуться в исходное состояние и очистить локальный сервер. Сначала заполняется baseline по полям «navigationId, documentUrlHash, resourceId, resourceUrlHash, bufferedFlag, dataAvailable, ownerFrame, observedAt», затем выполняется только указанная операция. После заранее выбранного settle-event те же поля читаются повторно без округления и подмены отсутствующих значений. PASS допустим лишь при условии: non-buffered data A не доступен как ресурс B, а buffered-control следует своей навигации. Затем действие полностью откатывается, и baseline для артефакта «журнал владения `navigation id → resource id/url hash → data availability/lifetime`» должен восстановиться. Несовпадение rollback переводит запись в `invalid`, даже если основная ветка выглядела убедительно. Canary не расширяют на production, пользовательский media, рабочие разрешения, продолжительный стресс-тест или внешние страницы. Один run сохраняет свою строку; повтор не перезаписывает редкое отклонение.
Stop-line и privacy-safe handoff
Handoff оставляет только материал для повторения. Немедленная остановка: URL содержит секрет, используется production page, срабатывает bfcache без записи или ресурсы имеют одинаковый hash. Для повторения оставляют build, hash fixture, поля «navigationId, documentUrlHash, resourceId, resourceUrlHash, bufferedFlag, dataAvailable, ownerFrame, observedAt», expected/observed, control status, cleanup status и primary link 318035@main@main. Статус выбирается из `reproduced`, `not-reproduced`, `unsupported`, `environment-blocked`, `invalid`, `inconclusive`, `unknown`; отдельной строкой приводится развилка «A-data виден под B-owner — reproduced; owner корректен — not reproduced; navigation id неизвестен — inconclusive». Перед передачей удаляются пути, имена, адреса, labels и любые значения, способные идентифицировать пользователя либо инфраструктуру. Даже успешный handoff подтверждает только условие «non-buffered data A не доступен как ресурс B, а buffered-control следует своей навигации» в этом fixture. Он не обещает автоматическое исправление, стабильную поддержку, индексацию, позицию, цитирование ИИ или доказанный спрос.
Материал подготовлен редакцией VOne с помощью ИИ; дата Release 251, primary 318035@main, техническая граница, самостоятельный артефакт, control, обратимость, privacy-stop и роль community lead постатейно проверены 29 августа 2026 года.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit commit 318035@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.