Console lane deletes a failed daemon's home, so a start failure names no cause
Los mantenedores suelen responder en 1 día
@V3RON ya está trabajando en esto.
Desde el 18/10/2026.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 76/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- node.js, typescript
- Área
- developer-experience, testing
Línea de trabajo
Empieza en e2e/console/fixtures.ts, en startDaemon y dispose (líneas 112–116 y 167–171), y después inspecciona cómo informa el lane de consola de un inicio fallido. Reproduce el caso de inicio fallido descrito en el issue y comprueba si daemon.log sigue disponible o si su parte final aparece en la salida del error. Se considera terminado cuando el error conserva suficiente información del log para distinguir las causas del fallo de inicio.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
When startDaemon's simlock daemon start fails, its catch calls dispose, which runs rm(home, { force: true, recursive: true }) (e2e/console/fixtures.ts:112-116, 167-171). That deletes daemon.log — the only record of why the daemon did not come up.
The lane's failure line is then the CLI's own give-up message, which is the same for every cause: a daemon still booting, a daemon that died binding its HTTP port (the EADDRINUSE family, #553), or a daemon that failed driver discovery. Verified: a driver module that fails to import produces Timed out starting simlock daemon: connect ENOENT <home>/daemon.sock, exit 1, byte-identical to a slow boot.
A failed start should keep the log (or print its tail into the failure) so the next occurrence names its cause instead of being guessed at.
Found while triaging #663.
Written by an agent.
- Lenguaje dominante
- TypeScript
- Estrellas
- 20
- Forks
- 2
- Merge medio
- 7 h 26 min
- PR fusionados (30 d)
- 253
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de callstackincubator/simlock
-
bug:needs-info
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
callstackincubator/simlock#657 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
callstackincubator/simlock#639 ·
Los mantenedores suelen responder en 1 día
-
bug:new
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
callstackincubator/simlock#684 ·
Los mantenedores suelen responder en 1 día
-
A preview system image installed makes the newest runtime its codename, not the highest API levelPosiblemente ocupada @V3RON la tomó hace 1 día. Abiertobug:ready
callstackincubator/simlock#678 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
`worker.rejected` carries `count: 1` on an isolated refusal, which the catalogs say it must never doPosiblemente ocupada @V3RON la tomó hace 1 día. Abiertobug:ready
callstackincubator/simlock#677 · 1 asignado ·
Los mantenedores suelen responder en 1 día
Todos los issues de callstackincubator/simlock
Issues similares
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
components-web-app/docs#260 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 65/100
521xueweihan/HelloGitHub#4025 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
ctrf-io/playwright-ctrf-json-reporter#117 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
voidzero-dev/void#478 ·
Los mantenedores suelen responder en 1 día