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

Error banner stays after the server connection recovers

Cerrado Apto para principiantes
  • ¿Algo no está bien?
#51 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 2 días

@charan-rathore ya está trabajando en esto.

Desde el 4/10/2026.

  • #73 de @charan-rathore — abierto

Evaluación

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

Línea de trabajo

Empieza en src/client/App.tsx, centrándote en refresh() y en las actualizaciones del estado de error. Reproduce el problema ejecutando Vite y la API por separado, deteniendo y reiniciando la API, y esperando después a que el sondeo tenga éxito. Se considera terminado cuando el banner de conexión desaparece después de que /api/workspace devuelva 200, mientras que los errores no relacionados, como "Could not save.", permanecen visibles.

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

Descripción

Steps

  1. Run the API and Vite as separate processes, so that stopping one does not stop the other (npm run dev uses concurrently -k, which stops both):
    • npx vite
    • node --env-file-if-exists=.env --import tsx src/server/index.ts
  2. Open http://127.0.0.1:5173 and stop only the API process. Wait ~7 s (the app polls every 3 s).
  3. Start the API process again and wait for a few more polls.

Expected: the connection error disappears once polling succeeds again.

Actual: a red banner ("Server returned an unreadable response.", the non-JSON 502 from the Vite proxy) stays after the API is back (/api/workspace returns 200), until it is closed manually. With the API unreachable directly, the banner reads "Failed to fetch".

Cause: refresh() in src/client/App.tsx calls setError(...) on failure but never clears it on success. setError('') is only called from user-action handlers.

Environment: Node 26.8.1, main at c2569bb (observed in the dev setup above).

Proposal: keep connection errors in separate state and clear only that state when a poll succeeds, so unrelated errors (e.g. "Could not save.") are not wiped by the 3 s poll. I'd be happy to open a small PR for this if you agree with the approach. I'll wait for your go-ahead before starting.

Lenguaje dominante
TypeScript
Estrellas
2.8k
Forks
344
Merge medio
1 d 15 h
PR fusionados (30 d)
43

Preparar el entorno

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 CopilotKit/OpenDots

Todos los issues de CopilotKit/OpenDots

Issues similares

Más issues de TypeScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.