Safari Technology Preview 251: cross-size flex-линии при baseline. Локальная диагностика: таблица «элемент → baseline-группа → cross-offset → высота линии»; одно обратимое воздействие, независимый контроль, privacy-stop и пакет для разработчика без реальных данных.
Диагностическая граница запроса
Запрос «как проверить cross-size flex-линии при смешении baseline и last baseline в Safari Technology Preview 251» отвечает на одну самостоятельную боль: строка flex-контейнера неожиданно меняет поперечный размер, когда одни элементы выравниваются по baseline, а другие по last baseline. Узкий ожидаемый ответ здесь не равен обещанию исправления на любом сайте: нужно различить статус reproduced, not reproduced, unsupported, environment-blocked и unknown на одном фиксированном стенде. Главный соседний эффект, который обязан быть отделён, — подмена baseline-ошибки обычным изменением метрик шрифта. Поэтому до любого действия записывают наблюдение словами, а не диагнозом, и заранее задают успешный исход: после переключения меняется только ожидаемая группа выравнивания, а контрольный контейнер и высота непричастных строк остаются стабильны. Если результат не повторяется после rollback, первая попытка не считается доказательством.
Первичный факт без расширения вывода
Официальные Release Notes WebKit датированы 26 августа 2026 года и относят пункт к Safari Technology Preview 251: исправлен расчёт cross-size flex-линии, смешивающей группы baseline и last baseline. Прямая первичная запись — 318165@main. Эта пара источников подтверждает наличие и техническую границу change item, но не подтверждает частоту жалоб, поисковый спрос, результат на конкретном устройстве, перенос в stable Safari или причину любого внешне похожего сбоя. Публичная ветка о релизе служит только свежим community lead; её комментарии и поисковый сниппет не используются как evidence. Вывод статьи ограничен указанной функцией и локальным воспроизведением.
Паспорт чистого стенда
Безопасный fixture: локальный flex-контейнер из трёх карточек с разными line-height и фиксированными контрольными линейками. До canary фиксируются высота контейнера, cross-start каждого элемента, координаты обеих базовых линий и использованное значение align-self. Каждое поле получает expected, observed, время и отметку валидности, а итоговый рабочий артефакт — таблица «элемент → baseline-группа → cross-offset → высота линии». Стенд использует только синтетические данные: не сохраняются IP, cookie, токены, Authorization, полные приватные URL, реальные логи, имена профилей, локальные пути и пользовательское содержимое. Если обязательное наблюдение нельзя снять без таких данных, проверку прекращают. Нельзя заменять отсутствующее значение догадкой или добавлять вторую мутацию ради красивого результата.
Контрольная пара до воздействия
Контроль строится независимо от основной гипотезы: соседняя копия контейнера, где все три элемента остаются на baseline. Он должен быть готов до воздействия и отличаться только проверяемым механизмом. Если контроль тоже меняется, результат main-fixture получает статус invalid, потому что возможны общая среда, renderer, cache или тестовая обвязка. Отдельно проверяется риск «подмена baseline-ошибки обычным изменением метрик шрифта»: его признак записывают рядом с основным, не смешивая строки. Такой дизайн не доказывает массовость, зато позволяет опровергнуть слишком широкое объяснение и не отправлять команде ложноположительный баг-репорт.
Один обратимый canary
Единственное воздействие: переключить только среднюю карточку с baseline на last baseline и затем вернуть исходное значение. Сначала снимается baseline, затем выполняется только это действие, после заранее выбранного settle-события записываются высота контейнера, cross-start каждого элемента, координаты обеих базовых линий и использованное значение align-self, после чего выполняется полный rollback и повтор baseline. Успех узкой проверки означает: после переключения меняется только ожидаемая группа выравнивания, а контрольный контейнер и высота непричастных строк остаются стабильны. Никаких изменений production, чужих страниц, реальных аккаунтов или сетевой маршрутизации процедура не требует. Если rollback не возвращает исходное состояние, прогон помечается invalid даже при убедительном скриншоте; следующий эксперимент начинают только после чистого восстановления.
Вердикт, stop-line и handoff
Решение оформляется через таблица «элемент → baseline-группа → cross-offset → высота линии». PASS допустим только когда выполнено условие «после переключения меняется только ожидаемая группа выравнивания, а контрольный контейнер и высота непричастных строк остаются стабильны» и независимый контроль остаётся валиден. NOT REPRODUCED означает лишь отсутствие симптома на этом fixture, а не отсутствие проблемы у всех. Stop-line: остановиться, если различаются шрифт, масштаб, line-height или содержимое карточек между двумя снимками. Для handoff достаточно версии TP 251, минимального кода, обезличенных значений «высота контейнера, cross-start каждого элемента, координаты обеих базовых линий и использованное значение align-self», результатов контроля, статуса rollback и ссылки на 318165@main. Материал не обещает индексацию, позиции, универсальную поддержку, стабильный релиз или автоматическое исправление проекта.
Материал подготовлен редакцией VOne с помощью ИИ; дата, WebKit Release 251, primary commit 318165@main, техническая граница, контроль, обратимость, privacy-stop и роль community lead постатейно проверены 29 августа 2026 года.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit commit 318165@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.