Safari Technology Preview 251 не расходует activation для fullscreen и PiP. Локальная диагностическая процедура, timeline «click → activation → first request → activation state → second request», отрицательный контроль и безопасный критерий остановки без production-данных.
Короткий ответ и точная граница симптома
Для запроса «как проверить consumption user activation requestFullscreen requestPictureInPicture Safari Technology Preview 251» проверяется ровно одна ситуация: одна пользовательская активация позволяет повторно вызвать gated action после fullscreen или Picture-in-Picture. После успешного первого запроса transient activation не должна оставаться повторно доступной. Unsupported API фиксируется раньше этого вывода. Это вывод только для Safari Technology Preview 251 и минимального примера; стабильный Safari, другие браузеры и конкретный сайт требуют отдельного прогона. Ключевой риск ложного вывода: Promise разрешается асинхронно, но activation привязана к task; порядок microtask и второго вызова записывается точно. Поэтому ожидаемое состояние формулируется до действия, а неизвестный результат остаётся unknown.
Доказательная опора: Release 251 и 318673@main
Официальные release notes WebKit опубликованы 26 августа 2026 года и прямо сообщают: requestFullscreen() и requestPictureInPicture() теперь потребляют user activation. Пункт ведёт на 318673@main, то есть на первичную запись изменения в WebKit. Связка release page и commit подтверждает наличие технического изменения, но не его распространённость, поисковую частоту или результат на пользовательском проекте. Google News и публичные community-страницы остаются leads: их сниппеты, голоса и отдельные ответы не используются как доказательство причины.
Диагностический паспорт: timeline «click → activation → first request → activation state → second request»
До воздействия заполните поля: trusted gesture, navigator.userActivation до/после, первый promise result, второй gated call, rejection name, fullscreen/PiP state и exit result. Рабочий артефакт — timeline «click → activation → first request → activation state → second request». Отрицательный или сравнительный контроль: новый отдельный trusted click должен дать новую activation и отделяет consumption от постоянной блокировки API. К каждому наблюдению добавляются точная сборка TP 251, время, zoom и короткие expected/observed; сведения из памяти не подставляются. Не сохраняются имя профиля, IP, cookie, токены, Authorization, локальные пути, полные URL с приватными query и содержимое рабочих документов. Если обязательное поле нельзя измерить безопасно, статья предписывает остановку, а не догадку.
Пошаговый canary, контроль и полный возврат
На отдельной локальной странице нужно на локальной странице одной кнопкой вызвать ровно один разрешённый API, затем в том же task проверить второе безвредное gated action; выйти из режима и удалить fixture. Сначала снимается baseline, затем меняется только одна названная переменная и выполняется один заранее определённый ввод. После записи результата применяется контроль: новый отдельный trusted click должен дать новую activation и отделяет consumption от постоянной блокировки API. Затем исходное состояние полностью восстанавливается и baseline измеряется ещё раз. Прогон получает invalid test, если rollback не вернул исходные значения, вмешалось расширение, не пришло доверенное пользовательское событие или среда не предоставляет нужный API/UI. В таком случае не добавляют второе изменение и не объявляют браузер неисправным.
Развилка решения, красная линия и пакет воспроизведения
После успешного первого запроса transient activation не должна оставаться повторно доступной. Unsupported API фиксируется раньше этого вывода. Практический результат хранится как timeline «click → activation → first request → activation state → second request». Статус reproduced ставится только после одинакового повторения и успешного rollback; not reproduced относится лишь к текущему fixture; unsupported и environment-blocked не смешиваются с unknown. Красная линия: не объединять fullscreen и PiP в один основной canary и не запускать навигацию, загрузку или платёжное действие. Для передачи в поддержку достаточно версии, минимального HTML/CSS/JS, таблицы expected/observed, контрольного результата и ссылки на 318673@main. Перед отправкой удаляются идентификаторы и реальные данные. Материал не обещает исправление, индексацию, позицию или универсальное поведение другой версии Safari.
Материал подготовлен редакцией VOne с помощью ИИ; дата, первичный WebKit commit, техническая граница, контроль, обратимость, privacy-stop и роль community lead постатейно проверены 29 августа 2026 года.
Источники и проверка
- WebKit — Release Notes for Safari Technology Preview 251 проверено 2026-08-29
- WebKit commit 318673@main проверено 2026-08-29
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.