Safari Technology Preview 251 оставляет nested head и body в contextual fragment. Локальная диагностическая процедура, дерево «input markup → fragment children → forbidden nested elements → inserted DOM», отрицательный контроль и безопасный критерий остановки без production-данных.
Короткий ответ и точная граница симптома
Для запроса «как проверить createContextualFragment с stray html head body в Safari Technology Preview 251» проверяется ровно одна ситуация: Range.createContextualFragment() удаляет stray html, но оставляет вложенные head и body в результирующем fragment. В fragment не должны сохраняться вложенные structural elements из stray оболочки. Сохранённый текст head/body рассматривается отдельно от сохранённого элемента. Это вывод только для Safari Technology Preview 251 и минимального примера; стабильный Safari, другие браузеры и конкретный сайт требуют отдельного прогона. Ключевой риск ложного вывода: Парсинг зависит от контекста Range; одинаковая строка в template, DOMParser и contextual fragment может корректно дать разные деревья. Поэтому ожидаемое состояние формулируется до действия, а неизвестный результат остаётся unknown.
Доказательная опора: Release 251 и 317962@main
Официальные release notes WebKit опубликованы 26 августа 2026 года и прямо сообщают: createContextualFragment() больше не оставляет nested head и body после удаления stray html element. Пункт ведёт на 317962@main, то есть на первичную запись изменения в WebKit. Связка release page и commit подтверждает наличие технического изменения, но не его распространённость, поисковую частоту или результат на пользовательском проекте. Google News и публичные community-страницы остаются leads: их сниппеты, голоса и отдельные ответы не используются как доказательство причины.
Диагностический паспорт: дерево «input markup → fragment children → forbidden nested elements → inserted DOM»
До воздействия заполните поля: контекст Range, исходная markup-строка, childNodes fragment, число html/head/body, текстовые узлы и сериализация после вставки. Рабочий артефакт — дерево «input markup → fragment children → forbidden nested elements → inserted DOM». Отрицательный или сравнительный контроль: DOMParser используется только как отдельная модель документа и не считается эталоном fragment parsing. К каждому наблюдению добавляются точная сборка TP 251, время, zoom и короткие expected/observed; сведения из памяти не подставляются. Не сохраняются имя профиля, IP, cookie, токены, Authorization, локальные пути, полные URL с приватными query и содержимое рабочих документов. Если обязательное поле нельзя измерить безопасно, статья предписывает остановку, а не догадку.
Пошаговый canary, контроль и полный возврат
На отдельной локальной странице нужно передать минимальную строку с html, head и body в Range внутри обычного div, осмотреть DocumentFragment до вставки, затем повторить без stray html. Сначала снимается baseline, затем меняется только одна названная переменная и выполняется один заранее определённый ввод. После записи результата применяется контроль: DOMParser используется только как отдельная модель документа и не считается эталоном fragment parsing. Затем исходное состояние полностью восстанавливается и baseline измеряется ещё раз. Прогон получает invalid test, если rollback не вернул исходные значения, вмешалось расширение, не пришло доверенное пользовательское событие или среда не предоставляет нужный API/UI. В таком случае не добавляют второе изменение и не объявляют браузер неисправным.
Развилка решения, красная линия и пакет воспроизведения
В fragment не должны сохраняться вложенные structural elements из stray оболочки. Сохранённый текст head/body рассматривается отдельно от сохранённого элемента. Практический результат хранится как дерево «input markup → fragment children → forbidden nested elements → inserted DOM». Статус reproduced ставится только после одинакового повторения и успешного rollback; not reproduced относится лишь к текущему fixture; unsupported и environment-blocked не смешиваются с unknown. Красная линия: не выполнять script из тестовой строки и не использовать непроверенный пользовательский HTML. Для передачи в поддержку достаточно версии, минимального HTML/CSS/JS, таблицы expected/observed, контрольного результата и ссылки на 317962@main. Перед отправкой удаляются идентификаторы и реальные данные. Материал не обещает исправление, индексацию, позицию или универсальное поведение другой версии Safari.
Материал подготовлен редакцией VOne с помощью ИИ; дата, первичный WebKit commit, техническая граница, контроль, обратимость, privacy-stop и роль community lead постатейно проверены 29 августа 2026 года.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit commit 317962@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.