Safari Technology Preview 251 прокручивает в начало при missing fragment. Безопасная локальная диагностика: маршрутная таблица «fragment class → event sequence → final scrollY → history rollback», одна переменная, отрицательный контроль, rollback и минимизированный пакет для поддержки.
Рабочее определение проблемы
Запрос «как проверить navigateEvent.scroll для несуществующего fragment Safari Technology Preview 251» сводится к одной проверяемой боли: после same-document navigation к отсутствующему якорю страница остаётся на старом scroll position вместо начала документа. До опыта фиксируется ожидаемый признак: missing fragment заканчивается у начала документа, существующий — у anchor, а возврат восстанавливает исходную запись history. Нельзя расширять вывод на stable Safari, другой движок, произвольный сайт или массовость симптома. Главная ловушка здесь такова: browser history restoration может позже изменить scrollY; измерять нужно и сразу после event, и после settle. Поэтому наблюдение получает статус reproduced только после повторного одинакового результата и успешного возврата; not reproduced относится исключительно к этому стенду, а unsupported, environment-blocked и unknown остаются разными статусами.
Почему тема актуальна именно сейчас
Официальные Release Notes WebKit от 26 августа 2026 года формулируют изменение так: WebKit сообщает, что navigateEvent.scroll() теперь прокручивает к началу документа, если fragment не существует. Пункт связан с первичной записью 319068@main. Release page доказывает наличие изменения в ветке Safari Technology Preview 251, а commit задаёт техническую границу конкретной правки. Ни один из этих источников сам по себе не подтверждает частоту запроса, результат на конкретном устройстве или будущий перенос в стабильный выпуск. Публичная ветка о релизе использована только как свежий community lead; комментарии, реакции и поисковые snippets не превращаются в доказательство причины.
Baseline, fixture и privacy-граница
Стенд: длинный локальный документ с одним существующим anchor и одним заведомо отсутствующим id; Navigation API используется только same-origin. До воздействия запишите: feature detection, исходный scrollY, target URL без query/private data, event type, fragment existence и временная шкала scroll positions. Рабочий артефакт — маршрутная таблица «fragment class → event sequence → final scrollY → history rollback». У каждого ряда должны быть версия TP 251, время, expected, observed и отметка о валидности контроля. Не сохраняются IP, cookie, токены, Authorization, полные URL с приватными query, локальные пути, имена профилей и содержимое рабочих документов. Случайные или вымышленные данные стенда помечаются как тестовые. Если обязательное поле нельзя получить без доступа к реальным данным, эксперимент останавливается: пробел не заполняют догадкой и не компенсируют дополнительной мутацией.
Сравнительный прогон без побочных действий
Canary меняет ровно одну причину: из intercept handler вызвать scroll() для missing fragment, дождаться завершения навигации, снять scrollY и вернуться через history к baseline. Контроль устроен отдельно: existing fragment должен вести к своему элементу, а навигация без hash проверяет обычное начало документа. Сначала снимается baseline, затем выполняется единственное воздействие, после него — заранее выбранное измерение, затем полный rollback и повтор baseline. Новый шаг не добавляют, пока предыдущий не получил результат и контроль. Если rollback не вернул исходное состояние, прогон invalid, даже когда картинка кажется убедительной. Тест выполняется только локально или на специально подготовленном безопасном стенде; production, пользовательские сессии и чужие страницы в процедуру не входят.
Классификация исхода для команды
PASS для узкой гипотезы означает: missing fragment заканчивается у начала документа, существующий — у anchor, а возврат восстанавливает исходную запись history. Практический результат оформляется как маршрутная таблица «fragment class → event sequence → final scrollY → history rollback». Stop-line: если Navigation API отсутствует, handler не intercept-ит событие или scroll restoration управляется внешним framework, нужен чистый fixture. Для передачи разработчику достаточно: локальный HTML, обезличенные hash, event/scroll timeline, history entries count, controls и ссылка 319068@main. Перед отправкой артефакт ещё раз очищают от идентификаторов и проверяют, что отрицательный контроль действительно отличался только указанной переменной. Материал не обещает исправление на другом сайте, стабильную поддержку функции, индексацию, позиции или универсальное поведение; он даёт воспроизводимый путь, по которому команда может отделить наблюдаемый факт от предположения.
Материал подготовлен редакцией VOne с помощью ИИ; дата, первичный WebKit commit 319068@main, техническая граница, контроль, обратимость, privacy-stop и роль community lead постатейно проверены 29 августа 2026 года.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit commit 319068@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.