Redirect timing пуст в Chrome 151: проверка cross-origin opt-in. Узкий people-first разбор: какой baseline снять, какой обратимый контроль выполнить, где остановиться и какой обезличенный артефакт приложить к issue.
Где проходит граница симптома
Пользовательская боль: redirectStart и redirectEnd остаются нулевыми либо меняются только для части цепочки переходов между origin. Начните с границы: один экран, один input, один device capability или весь процесс. Запишите expected и actual, время и последнее рабочее состояние. Форумный рассказ показывает вопрос автора, но не подтверждает механизм платформы. Граница поискового намерения: как проверить разрешение cross-origin redirect timing в PerformanceResourceTiming Chrome 151. Соседние неисправности не включаются в этот материал и требуют отдельного evidence.
Что подтверждено официально
Первичные документы подтверждают: экспериментальный MediaQuery API в adaptive guidance предоставляет observable UI capabilities, включая window size и pointer precision. Источник описывает контракт платформы, а не диагноз каждой похожей жалобы. Beta guidance и launch post могут относиться к разным стадиям; сравнивайте build и stable API, не обещая одинаковый результат всем устройствам. Проверяемый выход статьи — лента «hop origin × response opt-in × redirectStart × redirectEnd × allowed exposure». Он нужен, чтобы официальный факт не превращался в универсальную догадку о любой похожей ошибке.
Какие данные нужны до проверки
Минимальный набор: полную тестовую цепочку URL без токенов, origin каждого шага, response headers, resource entry и значения redirectStart/redirectEnd. Проверьте, что rollback выполняется штатным способом. Не меняйте одновременно manifest, library version и test data. Перед опытом сформулируйте критерий pass, fail и stopped, чтобы не подгонять вывод. До опыта сформулируйте безопасный stop: не включать query с идентификаторами и не тестировать чужие origin; остановиться, если заголовки нельзя контролировать. Если он уже наступил, не собирайте дополнительные данные ради полноты отчёта.
Обратимый контроль
Практический шаг: создать контролируемый двухшаговый redirect, менять только требуемый timing opt-in header и сравнить одну performance entry до и после. Сравнивайте одинаковый маршрут и одинаковый input. Запишите первую точку расхождения, после неё не продолжайте цепочку автоматически. Невоспроизводимость следует отметить прямо, а не превращать в универсальное объяснение. Контроль не должен выходить за исходный scope: полную тестовую цепочку URL без токенов, origin каждого шага, response headers, resource entry и значения redirectStart/redirectEnd. Любой дополнительный параметр переносится в новую отдельную проверку.
Как читать полученный результат
Рабочий артефакт: лента «hop origin × response opt-in × redirectStart × redirectEnd × allowed exposure». Результат должен позволить другому человеку повторить проверку без догадок. Отделите UI observation, system capability и developer log. Пустое поле честнее вымышленной причины. Сопоставляйте результат с точным действием: создать контролируемый двухшаговый redirect, менять только требуемый timing opt-in header и сравнить одну performance entry до и после. Совпадение во времени без controlled change не считается причинной связью.
Стоп-линия и пакет поддержки
Критерий остановки: не включать query с идентификаторами и не тестировать чужие origin; остановиться, если заголовки нельзя контролировать. Отчёт должен минимизировать данные: environment, controlled input, result и source boundary. Никаких реальных документов, сообщений, координат, biometric/health details или credentials. В support package назовите пользовательскую боль без личных деталей: redirectStart и redirectEnd остаются нулевыми либо меняются только для части цепочки переходов между origin. Остальные сведения добавляйте только если они меняют воспроизводимость.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения и границы вывода постатейно сверены с указанными первичными источниками 28 августа 2026 года.
Источники и проверка
- Chrome Platform Status проверено 2026-08-28
- Resource Timing проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.