Safari Technology Preview 251: повторный XHR возвращает заголовки прошлого ответа. Обратимый локальный тест, трасса «request A headers → reuse → request B headers → fresh-XHR B control» и критерий остановки без пользовательских данных и без переноса вывода на стабильный Safari.
Одна проверяемая боль: getAllResponseHeaders() у повторно использованного XMLHttpRequest показывает заголовки предыдущего ответа вместо текущего
Пользовательская задача этой страницы — как проверить stale headers при повторном использовании xhr safari technology preview 251. Наблюдаемый симптом: getAllResponseHeaders() у повторно использованного XMLHttpRequest показывает заголовки предыдущего ответа вместо текущего. Он не доказывает общую неисправность Safari и не переносится на stable-ветку без отдельной проверки. Статья не рекомендует XHR вместо Fetch: она локализует конкретное состояние reused object. Уникальный безвредный X-Test удобнее стандартных заголовков, которые может добавлять сервер или proxy. Полный header dump не публикуется. Граница диагноза фиксируется до опыта: входные условия, одно действие, ожидаемый и фактический результат. Соседние визуальные или сетевые проблемы не объединяются с этим URL.
Что именно подтверждают WebKit Release 251 и 318217@main
На прямой странице WebKit Release Notes for Safari Technology Preview 251 от 26 августа 2026 года указано: исправлён возврат заголовков предыдущего ответа из getAllResponseHeaders() при повторном использовании XHR. Строка ведёт на первичную запись 318217@main в репозитории WebKit. Эти два источника подтверждают наличие и техническую границу изменения в Technology Preview 251, но не подтверждают частоту проблемы, конкретную конфигурацию сайта, поисковый спрос или поведение всех будущих версий. Публичная ветка о релизе используется только как lead свежести, а не как доказательство причины.
Baseline для трасса «request A headers → reuse → request B headers → fresh-XHR B control»
До canary запишите: номер прогона, readyState, URL локального endpoint, уникальный безопасный X-Test заголовок, status, getAllResponseHeaders и момент чтения. Каждое поле снимается из минимального fixture, а не восстанавливается по памяти. Добавьте точную версию Safari Technology Preview 251, масштаб страницы, локаль и время опыта; не прикладывайте имя профиля, IP, cookie, токены, query-параметры, локальные пути и рабочий контент. Рабочая форма результата — трасса «request A headers → reuse → request B headers → fresh-XHR B control». Пустая колонка обозначается unknown: её нельзя заполнять предположением или текстом из поискового сниппета.
Обратимый canary с одной изменяемой переменной
На изолированной странице на локальном same-origin стенде верните response A с X-Test: A и response B с X-Test: B, последовательно вызовите open/send на одном XHR, затем создайте свежий XHR как контроль. До действия сохраните baseline, после действия снимите только заранее выбранные поля, затем полностью выполните rollback и повторите наблюдение. Минимальный пример должен работать без аккаунта, расширений, внешних данных и production endpoint. Положительный и отрицательный контроль запускаются отдельно, чтобы не смешивать состояния. Если возврат не восстановил baseline, опыт останавливается: добавлять вторую CSS-декларацию, новый API-вызов или очистку общего кэша нельзя.
Интерпретация без подмены expected и observed
После DONE второго запроса набор должен содержать B и не содержать stale A. Чтение раньше допустимой readyState отмечается invalid test. Совпадение reused и fresh control отделяет серверную ошибку от состояния объекта. В итоговой записи разделите supported, reproduced, not reproduced, unsupported и unknown. Статус not reproduced относится только к этой сборке и этому fixture; он не обещает отсутствие регрессии на реальном сайте. Статус reproduced требует одинакового результата минимум в повторе после успешного rollback. Несовпадение контролей означает invalid test, а не повод расширять вывод.
Красная линия и минимальный пакет для 318217@main
Красная линия: не отправляйте cookies, Authorization, персональные URL или production-запросы; endpoint должен быть локальным и без состояния. Для воспроизводимого обращения достаточно версии сборки, коротких expected/actual, минимального HTML/CSS/JS fixture, результата rollback, трасса «request A headers → reuse → request B headers → fresh-XHR B control» и ссылки на 318217@main. Удалите из вложений локальные пути, идентификаторы, сетевые дампы и реальный контент. Отчёт не обещает срок исправления, индексацию страницы или одинаковое поведение стабильного Safari. Он позволяет другому человеку повторить ровно одну безопасную проверку.
Материал подготовлен редакцией VOne с помощью ИИ; дата, граница факта, первичный WebKit commit, обратимый тест, стоп-линия и роль community lead постатейно проверены 29 августа 2026 года.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit commit 318217@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.