Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Scan time on large applications: measured breakdown and remaining options

Abierto
#264 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
35/100
Tipo de issue
Refactorización
Claridad
Bastante claro
Estado de actividad
Estancado
Stack tecnológico
playwright, typescript, vite

Línea de trabajo

Start by measuring how quickly a passing focus move arrives, then benchmark Vite server.warmup and parallel screen scans as described in the issue. Compare results on a quiet machine and account for the source attributes needed by overlay file and line hints. Done means the measurements support a decision on which scan-time option to adopt.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

area: engine enhancement performance

Measured on a real product UI (one screen, about 55 seconds)

Phase Share
Readiness wait while the app mounts about 2,000 dev-server modules 37%
Seven focus-settle timeouts at 2.5 s proving menus do not steal focus 32%
Whole-DOM fetch per accessibility lookup (separate issue) 16%
Keyboard walks, axe, everything else 15%

The lab tunnel was not the bottleneck: API calls cost about 300 ms more than local and overlap with module loading.

On a small application one screen takes about 10 seconds warm. Editing the vite config triggers a one-time dependency re-optimization that doubles the next scan.

Options not taken, with reasons

  • Shortening SETTLE_SAMPLES_REQUIRED recovers about 1 second but guards a real two-burst mount regression.
  • Shortening FOCUS_SETTLE_TIMEOUT_MS recovers 2.5 seconds per unfocused widget but there is no measurement of how quickly a passing focus move arrives; shortening blind turns slow but correct focus into false failures. Measure a passing case first.
  • Running screens in parallel shares one browser process and a DOM-stability poll, so contention lengthens the wait; likely a loss on a loaded laptop. Measure before adopting.
  • A production build removes the module-graph cost but drops the JSX source attributes the overlay's file and line hints read.
  • Vite server.warmup for the target application may cut the module-graph time while keeping source attributes; unmeasured.

Direction

Measure a passing focus move; measure server.warmup; measure parallel screens on a quiet machine; then decide.

Lenguaje dominante
TypeScript
Estrellas
0
Forks
0
Merge medio
2 h 48 min
PR fusionados (30 d)
8

Preparar el entorno

  • Sin Dockerfile ni archivo de Docker Compose
  • Tiene una plantilla de pull request
  • Sin guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de usabl-dev/usabl

Todos los issues de usabl-dev/usabl

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.