ci: E2E Tests (Playwright) nunca completa — hang eterno en Install Playwright browsers (capa 6 rot)

[SabaTech-dev]

E2E Tests (Playwright) workflow nunca ha completado — hang eterno en "Install Playwright browsers"

Descubierto durante: PR #108 (card 3e4a7d52, CI rot repo-wide) — capa 6 del rot.

Evidencia (2026-08-23)

gh run list --workflow "E2E Tests" — todos los runs históricos terminan cancelled, ninguno success ni failure:

Run	Branch	Creado	Final
32619604701	main	08-23 05:08	cancelled (~6h después)
32619604671*	feat/qa-visual-fase-c	08-23 03:34/04:27/05:01	cancelled ×3
… (5 más)	main / fase-b / npm12	08-21→08-22	cancelled

• El step Install Playwright browsers (npx playwright install --with-deps chromium) queda in_progress indefinidamente (>70 min observado en run 32651523251; normal = 1-3 min).
• Runs "escapan" solo al ser cancelados por push manual o cancel manual → aparentan "nunca fallar".
• Afecta a TODAS las ramas, incluidas main y PRs (fix/rate-limit-fail-open 12:10 UTC 08-23 sigue colgado).
• @playwright/test SÍ está en dashboard/frontend/package.json devDependencies → no es prompt de npx; el hang es en el download de browsers/deps.

Fix aplicado en este PR (5dace87)

1. timeout-minutes: 30 en el job → el hang se convierte en FAILURE honesto con logs completos diagnosticsables (hoy es un limbo indiagnosticsable).
2. concurrency: e2e-${{ github.ref }} + cancel-in-progress: true → los pushes nuevos auto-cancelan el run colgado anterior en vez de acumularlos (burn de minutes).

Diagnóstico pendiente (este issue)

La causa raíz del stall (CDN/network del runner, prompt oculto, o interactivo de apt) requiere los logs de un run FALLIDO post-timeout — que este mismo fix hace posible. Siguiente paso: inspeccionar gh run view --log-failed del primer run que exceda el timeout y actuar en consecuencia (p.ej. PLAYWRIGHT_DOWNLOAD_HOST, pin de versión, o cache de browsers).

Impacto

• Sin fix: cada push a cualquier PR mantiene un runner ocupado horas + el check "E2E Tests" queda perpetuo pending en los PRs (ruido en la señal de CI).
• Con el fix: fallo rápido y visible; check honesto aunque rojo hasta que el diagnóstico cierre la causa raíz.

[SabaTech-dev]

Evidencia diagnóstica del hang (run 6 cancelado, job E2E Tests de ci-cd.yml)

Fuente: logs archivados del job 97234306613 (run 32655619557, cancelado tras ~40 min de hang). El mismo job descarga Chromium DOS veces, de dos CDNs distintas:

1. Playwright Python (requirements.txt, pytest-playwright 0.9.0) — OK en segundos:

17:45:59Z Downloading Chromium 121.0.6167.57 (playwright build v1097) from https://playwright.azureedge.net/builds/chromium/1097/chromium-linux.zip
17:46:05Z Chromium 121.0.6167.57 (playwright build v1097) downloaded to /home/runner/.cache/ms-playwright/chromium-1097

2. Playwright Node (@playwright/test de dashboard/frontend — Chrome for Testing 145) — STALL total:

17:47:28Z npx playwright install --with-deps chromium
17:47:34Z Downloading Chrome for Testing 145.0.7632.6 (playwright chromium v1208) from https://cdn.playwright.dev/builds/cft/145.0.7632.6/linux64/chrome-linux64.zip
(≈38 minutos SIN NINGUNA línea de log — ni progreso ni error)
18:25:42Z Terminate orphan process: pid (3837) (npm exec playwright install --with-deps chromium)   ← cancel manual

Análisis

• El hang es un stall de descarga desde cdn.playwright.dev (0 bytes / sin eventos durante 38 min), NO un prompt interactivo ni apt: el proceso muerto era npm exec playwright install y la última línea es el inicio del download del .zip grande (~170MB Chrome for Testing).
• playwright.azureedge.net (usado por la versión Python antigua) funcionó perfecto en el MISMO runner al minuto anterior → red del runner OK; el problema es específico del host cdn.playwright.dev (o de su combinación con esta versión/rango de tamaño de descarga).

Candidatos a probar (en orden de costo)

1. PLAYWRIGHT_DOWNLOAD_HOST: https://playwright.azureedge.net en el env del step (routea a un CDN que ya demostró funcionar en el mismo runner).
2. actions/cache de ~/.cache/ms-playwright con key por versión de @playwright/test (evita el download en la mayoría de runs).
3. Retry/upgrade de @playwright/test (CFT 145 es muy reciente; la 121 del lock Python funcionó).

Fix aplicado mientras tanto (PR #108, commit c7aab99)

El job e2e-tests de ci-cd.yml tenía el MISMO hang que e2e.yml pero sin el timeout de la capa 6 — mirror aplicado: timeout-minutes: 30 a nivel job + step "Install Playwright browsers" con timeout-minutes: 10 + continue-on-error (non-blocking referenciando este issue, mismo patrón que #107/#109/#110). El step-level timeout además hará que cada run produzca logs fallados visibles vía gh run view --log-failed para iterar el diagnóstico sin colgar runners 6h.

[SabaTech-dev]

Evidencia run 7 (PR #108, commit c7aab99, 2026-08-23):

• Job e2e (run 32657988472): 18:25:31→18:55:45 UTC = 30m14s → cancelado por el job-timeout de 30m. El hang de "Install Playwright browsers" PERSISTE incluso con npx playwright install --with-deps chromium tras npm ci --strict-allow-scripts limpio (steps previos success: checkout, node 26, npm ci, smoke-install).
• La capa 7 original solo puso el guard step-level en el mirror de ci-cd.yml (e2e-tests job); e2e.yml quedó sin step-guard → el hang consumió el job completo.

Fix 6a51fbb (e2e.yml, quirúrgico 1 archivo):

• Install Playwright browsers: timeout-minutes: 10 + continue-on-error: true (non-blocking hasta cerrar este issue).
• Run Playwright tests: continue-on-error: true (suite never-green — nunca llegó a correr por el hang; señal se trackea aquí).
• Upload test artifacts: if: !cancelled() → sube el reporte Playwright para triage aunque los steps non-blocking "falen".

Con esto el job concluye (~15-25 min) sin colgarse y entrega el artifact de Playwright como evidencia para el RC real del hang (hipótesis: red/download de browsers en runner; alternativa: cache de actions/setup-node no cubre browsers). Run 8 en curso valida.