GoogleChrome/lighthouse

handling impact of isInputPending on long tasks metrics?

Open

#11 747 ouverte le 2 déc. 2020

Voir sur GitHub
 (4 commentaires) (0 réactions) (0 assignés)JavaScript (27 768 stars) (9 278 forks)batch import
P2good first issuemetrics-cwv

Description

navigator.scheduling.isInputPending is shipping by default in current Chrome stable (m87). Without user input, any page using isInputPending has a strong reason to believe yielding during long tasks won't improve user experience so it could keep on chugging instead.

This may have a large impact on any metric looking at long tasks (TBT, TTI) compared to what a real user would experience when loading the same page.

Guide contributeur

Stack technique
javascript
Domaine
performanceobservability
Type d'issue
research
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
4
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
over 1 week
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
stale
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
mostly clear
Prérequis
Long Tasks APInavigator.scheduling.isInputPendingTBT metricTTI metric
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
20
Direction de recherche
Investigate the WICG discussion at https://github.com/WICG/is input pending/issues/37 to understand proposed interactions with Long Tasks API. Review Chrome status entry for implementation details. Assess impact on Lighthouse's TBT and TTI audits by considering how isInputPending affects long task duration. Propose whether to incorporate isInputPending detection into existing metrics or add a new audit.