Declarative Performance Observer молчит Chrome 151: проверка trial-конфига. Узкий people-first разбор: какой baseline снять, какой обратимый контроль выполнить, где остановиться и какой обезличенный артефакт приложить к issue.
Где проходит граница симптома
Пользовательская боль: декларативное правило загружено, но ожидаемый performance report не появляется, а обычный PerformanceObserver работает. Проверка начинается с короткого scope statement: где проявляется, что должно происходить и что видно сейчас. Сохраните путь возврата. Не прикладывайте аккаунты, identifiers, токены, содержимое и необработанные логи. Граница поискового намерения: как проверить Declarative Performance Observer origin trial Chrome 151 до подключения аналитики. Соседние неисправности не включаются в этот материал и требуют отдельного evidence.
Что подтверждено официально
Первичные документы подтверждают: Android 17 добавляет setExactAndAllowWhileIdle variant с OnAlarmListener вместо PendingIntent как callback-механизм для снижения continuous wakelocks. Условия source важнее названия функции: target SDK, device support и documented fallback должны совпасть со сценарием. Если одно поле неизвестно, причина остаётся непроверенной, даже если внешний симптом похож. Проверяемый выход статьи — конвейер «trial recognized × config parsed × entry generated × report emitted × endpoint received». Он нужен, чтобы официальный факт не превращался в универсальную догадку о любой похожей ошибке.
Какие данные нужны до проверки
Минимальный набор: trial state, декларативный config, entryTypes, supportedEntryTypes, локальный report endpoint, обычный observer baseline и timestamps. Проверьте, что rollback выполняется штатным способом. Не меняйте одновременно manifest, library version и test data. Перед опытом сформулируйте критерий pass, fail и stopped, чтобы не подгонять вывод. До опыта сформулируйте безопасный stop: не отправлять URL и метки пользователя во внешнюю аналитику; остановиться, если trial не активен или config contract не подтверждён. Если он уже наступил, не собирайте дополнительные данные ради полноты отчёта.
Обратимый контроль
Практический шаг: на локальной странице создать один mark и measure, сравнить декларативный результат с обычным observer и удалить endpoint после rollback. Один короткий run задаёт baseline, второй меняет ровно один фактор, третий подтверждает rollback. Если B не отличается от A, ветка не подтверждена; это нормальный результат, а не повод добавлять ещё настройки. Контроль не должен выходить за исходный scope: trial state, декларативный config, entryTypes, supportedEntryTypes, локальный report endpoint, обычный observer baseline и timestamps. Любой дополнительный параметр переносится в новую отдельную проверку.
Как читать полученный результат
Рабочий артефакт: конвейер «trial recognized × config parsed × entry generated × report emitted × endpoint received». Заполните baseline, controlled change и rollback отдельными строками. Статус выбирается из confirmed here, not reproduced или stopped. Локальный pass не доказывает поддержку всех моделей и версий. Сопоставляйте результат с точным действием: на локальной странице создать один mark и measure, сравнить декларативный результат с обычным observer и удалить endpoint после rollback. Совпадение во времени без controlled change не считается причинной связью.
Стоп-линия и пакет поддержки
Критерий остановки: не отправлять URL и метки пользователя во внешнюю аналитику; остановиться, если trial не активен или config contract не подтверждён. Для issue достаточно model family без serial, build, app/library version, три шага, expected/actual и официальный URL. Удалите contacts, paths, IP/MAC, tokens, media и full dumps; неподдающееся очистке вложение не отправляйте. В support package назовите пользовательскую боль без личных деталей: декларативное правило загружено, но ожидаемый performance report не появляется, а обычный PerformanceObserver работает. Остальные сведения добавляйте только если они меняют воспроизводимость.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения и границы вывода постатейно сверены с указанными первичными источниками 28 августа 2026 года.
Источники и проверка
- Chrome Platform Status проверено 2026-08-28
- Performance Timeline проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.