Safari Technology Preview 251: imagesrcset не заменяет href у image preload. Локальная диагностическая процедура, selection ledger «DPR/viewport × href × srcset candidates × fetched URL × reuse», отрицательный контроль и безопасный критерий остановки без production-данных.
Короткий ответ и точная граница симптома
Для запроса «как проверить приоритет imagesrcset над href в link preload image Safari Technology Preview 251» проверяется ровно одна ситуация: link rel=preload as=image загружает ресурс из href, хотя imagesrcset выбирает другой подходящий candidate. Выбранный srcset candidate должен быть preload request и затем переиспользоваться img. Отсутствие timing из-за privacy buffering получает unknown. Это вывод только для Safari Technology Preview 251 и минимального примера; стабильный Safari, другие браузеры и конкретный сайт требуют отдельного прогона. Ключевой риск ложного вывода: HTTP cache может скрыть запрос; каждый локальный candidate получает новый безопасный pathname без персональных query. Поэтому ожидаемое состояние формулируется до действия, а неизвестный результат остаётся unknown.
Доказательная опора: Release 251 и 318544@main
Официальные release notes WebKit опубликованы 26 августа 2026 года и прямо сообщают: imagesrcset теперь корректно переопределяет href на link rel=preload as=image. Пункт ведёт на 318544@main, то есть на первичную запись изменения в WebKit. Связка release page и commit подтверждает наличие технического изменения, но не его распространённость, поисковую частоту или результат на пользовательском проекте. Google News и публичные community-страницы остаются leads: их сниппеты, голоса и отдельные ответы не используются как доказательство причины.
Диагностический паспорт: selection ledger «DPR/viewport × href × srcset candidates × fetched URL × reuse»
До воздействия заполните поля: href, imagesrcset candidates, imagesizes, DPR, viewport width, PerformanceResourceTiming entries, фактически выбранный URL и последующий img request. Рабочий артефакт — selection ledger «DPR/viewport × href × srcset candidates × fetched URL × reuse». Отрицательный или сравнительный контроль: preload только с href подтверждает наблюдаемость запроса без responsive selection. К каждому наблюдению добавляются точная сборка TP 251, время, zoom и короткие expected/observed; сведения из памяти не подставляются. Не сохраняются имя профиля, IP, cookie, токены, Authorization, локальные пути, полные URL с приватными query и содержимое рабочих документов. Если обязательное поле нельзя измерить безопасно, статья предписывает остановку, а не догадку.
Пошаговый canary, контроль и полный возврат
На отдельной локальной странице нужно на local server задать два одноцветных изображения с различимыми URL, создать preload с href и imagesrcset, измерить resource timing при фиксированном DPR, затем удалить link. Сначала снимается baseline, затем меняется только одна названная переменная и выполняется один заранее определённый ввод. После записи результата применяется контроль: preload только с href подтверждает наблюдаемость запроса без responsive selection. Затем исходное состояние полностью восстанавливается и baseline измеряется ещё раз. Прогон получает invalid test, если rollback не вернул исходные значения, вмешалось расширение, не пришло доверенное пользовательское событие или среда не предоставляет нужный API/UI. В таком случае не добавляют второе изменение и не объявляют браузер неисправным.
Развилка решения, красная линия и пакет воспроизведения
Выбранный srcset candidate должен быть preload request и затем переиспользоваться img. Отсутствие timing из-за privacy buffering получает unknown. Практический результат хранится как selection ledger «DPR/viewport × href × srcset candidates × fetched URL × reuse». Статус reproduced ставится только после одинакового повторения и успешного rollback; not reproduced относится лишь к текущему fixture; unsupported и environment-blocked не смешиваются с unknown. Красная линия: не использовать внешний CDN, реальные изображения пользователя и не менять viewport во время одного прогона. Для передачи в поддержку достаточно версии, минимального HTML/CSS/JS, таблицы expected/observed, контрольного результата и ссылки на 318544@main. Перед отправкой удаляются идентификаторы и реальные данные. Материал не обещает исправление, индексацию, позицию или универсальное поведение другой версии Safari.
Материал подготовлен редакцией VOne с помощью ИИ; дата, первичный WebKit commit, техническая граница, контроль, обратимость, privacy-stop и роль community lead постатейно проверены 29 августа 2026 года.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit commit 318544@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.