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

Stop hook allows a stop on an unknown verdict, and the self-check prints IDLE for a null verdict

Abierto Apto para principiantes
#303 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
75/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
playwright, typescript

Línea de trabajo

Encuentra los puntos de entrada del hook de parada y de la autocomprobación /usabl-check; después, lee cómo gestiona cada uno los veredictos y nothingToCheck. Añade una prueba para cada caso de fallo descrito: un veredicto desconocido debe bloquear la parada con un motivo simple, y un veredicto null no debe imprimir IDLE cuando nothingToCheck sea false. Ejecuta las pruebas pertinentes y confirma que IDLE aparece solo cuando nothingToCheck es true.

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

Descripción

area: assistants bug

What happens

  • An unknown verdict string reaches the stop hook as "NO VERDICT", and the stop is allowed. The value is now kept inside the untrusted frame, but the stop is not blocked.
  • The self-check (/usabl-check) prints "IDLE" for a null verdict even when nothingToCheck is false, which is a failed run, not an idle one.

Why it matters

A verdict the hook does not recognize is not evidence that the change is clean. Allowing the stop reads an unknown answer as a pass. Printing IDLE for a failed run tells the assistant there was nothing to check.

Fix direction

Treat an unrecognized verdict as a failed run on both surfaces: block the stop with a plain reason. Print IDLE only when nothingToCheck is true. Add a test for each.

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.