No timeout on any outbound request
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 78/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Tranquilo
- Stack tecnológico
- typescript
- Área
- backend, networking
Línea de trabajo
Empieza por las tres ubicaciones de fetch: src/auth/meetup-token-provider.ts:66, src/meetup/graphql-client.ts:46 y src/meetup/image-service.ts:78. Lee el manejo existente de errores de red y la redacción existente sobre los reintentos en la ruta de escritura antes de actualizar las llamadas. Se considera terminado cuando las solicitudes bloqueadas agotan el tiempo de espera después de 30 segundos, los tiempos de espera se asignan a la categoría de red y las operaciones de escritura conservan la guía existente de inspeccionar antes de reintentar.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
All three outbound HTTP calls use bare fetch with no AbortSignal. A stalled connection hangs the tool call indefinitely, and a stdio MCP server has no other liveness mechanism, so the client is left waiting with no error and no way to tell the difference between slow and dead.
Locations
src/auth/meetup-token-provider.ts:66(token exchange)src/meetup/graphql-client.ts:46(all reads and writes)src/meetup/image-service.ts:78(image upload)
Suggested fix
Add signal: AbortSignal.timeout(30_000) to each call, and map the resulting TimeoutError onto the existing network error category. The write paths already have good "this may have succeeded, inspect Meetup before retrying" wording that should apply to a timeout too.
- Lenguaje dominante
- TypeScript
- Estrellas
- 1
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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 SSWConsulting/SSW.MeetupMCP
-
Area: Backend Type: Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Type: DevOps
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
-
Area: Backend Type: Refactor
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
-
Type: Bug Type: DevOps
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
-
Publish confirmation is set by the model, and untrusted event text reaches the agent verbatimAbiertoArea: Backend Type: Bug
Dificultad 5/5 Más de una semana Aptitud para principiantes 45/100
Todos los issues de SSWConsulting/SSW.MeetupMCP
Issues similares
-
bug via-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
pingdotgg/t3code#14452 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
solana-foundation/program-examples#747 · 1 comentario ·
Los mantenedores suelen responder en 9 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
remotion-dev/remotion#11847 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
openwatersio/slackwater#355 ·
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
melgarafael/DeskcommCRM#1998 · 3 comentarios ·
Los mantenedores suelen responder en 1 día