Safari Technology Preview 251 сохраняет responseURL после XHR.abort(). Локальная диагностическая процедура, state trace «open → send → abort → events → responseURL/status», отрицательный контроль и безопасный критерий остановки без production-данных.
Короткий ответ и точная граница симптома
Для запроса «как проверить очистку XMLHttpRequest responseURL после abort в Safari Technology Preview 251» проверяется ровно одна ситуация: переиспользуемый XMLHttpRequest после abort() всё ещё возвращает URL отменённого запроса. После abort значение не должно сохранять адрес отменённого ответа. Чтение до abort event completion отмечается как преждевременное. Это вывод только для Safari Technology Preview 251 и минимального примера; стабильный Safari, другие браузеры и конкретный сайт требуют отдельного прогона. Ключевой риск ложного вывода: Redirect способен изменить responseURL; основной endpoint не перенаправляет и возвращает только безопасный тестовый ответ. Поэтому ожидаемое состояние формулируется до действия, а неизвестный результат остаётся unknown.
Доказательная опора: Release 251 и 318241@main
Официальные release notes WebKit опубликованы 26 августа 2026 года и прямо сообщают: XMLHttpRequest.responseURL больше не возвращает URL aborted request после abort(). Пункт ведёт на 318241@main, то есть на первичную запись изменения в WebKit. Связка release page и commit подтверждает наличие технического изменения, но не его распространённость, поисковую частоту или результат на пользовательском проекте. Google News и публичные community-страницы остаются leads: их сниппеты, голоса и отдельные ответы не используются как доказательство причины.
Диагностический паспорт: state trace «open → send → abort → events → responseURL/status»
До воздействия заполните поля: readyState, request URL, момент abort, responseURL до/после, abort/loadend events, status и значение на fresh XHR. Рабочий артефакт — state trace «open → send → abort → events → responseURL/status». Отрицательный или сравнительный контроль: успешно завершённый request должен иметь нормальный responseURL и подтверждает endpoint. К каждому наблюдению добавляются точная сборка TP 251, время, zoom и короткие expected/observed; сведения из памяти не подставляются. Не сохраняются имя профиля, IP, cookie, токены, Authorization, локальные пути, полные URL с приватными query и содержимое рабочих документов. Если обязательное поле нельзя измерить безопасно, статья предписывает остановку, а не догадку.
Пошаговый canary, контроль и полный возврат
На отдельной локальной странице нужно на local same-origin endpoint начать медленный GET, дождаться наблюдаемого состояния, вызвать abort, прочитать responseURL после событий и сравнить со свежим неотправленным XHR. Сначала снимается baseline, затем меняется только одна названная переменная и выполняется один заранее определённый ввод. После записи результата применяется контроль: успешно завершённый request должен иметь нормальный responseURL и подтверждает endpoint. Затем исходное состояние полностью восстанавливается и baseline измеряется ещё раз. Прогон получает invalid test, если rollback не вернул исходные значения, вмешалось расширение, не пришло доверенное пользовательское событие или среда не предоставляет нужный API/UI. В таком случае не добавляют второе изменение и не объявляют браузер неисправным.
Развилка решения, красная линия и пакет воспроизведения
После abort значение не должно сохранять адрес отменённого ответа. Чтение до abort event completion отмечается как преждевременное. Практический результат хранится как state trace «open → send → abort → events → responseURL/status». Статус reproduced ставится только после одинакового повторения и успешного rollback; not reproduced относится лишь к текущему fixture; unsupported и environment-blocked не смешиваются с unknown. Красная линия: не включать query с токенами, cookies, Authorization и не направлять запрос к production. Для передачи в поддержку достаточно версии, минимального HTML/CSS/JS, таблицы expected/observed, контрольного результата и ссылки на 318241@main. Перед отправкой удаляются идентификаторы и реальные данные. Материал не обещает исправление, индексацию, позицию или универсальное поведение другой версии Safari.
Материал подготовлен редакцией VOne с помощью ИИ; дата, первичный WebKit commit, техническая граница, контроль, обратимость, privacy-stop и роль community lead постатейно проверены 29 августа 2026 года.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit commit 318241@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.