Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

No timeout on any outbound request

オープン
#11 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
78/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
静か
技術スタック
typescript

調査の方向性

次の3つの fetch 箇所から始めてください: src/auth/meetup-token-provider.ts:66、src/meetup/graphql-client.ts:46、src/meetup/image-service.ts:78。呼び出しを更新する前に、既存のネットワークエラー処理と、書き込みパスのリトライに関する既存の文言を確認してください。完了条件は、停止したリクエストが30秒後にタイムアウトし、タイムアウトがネットワークカテゴリにマッピングされ、書き込み操作でリトライ前に確認するという既存のガイダンスが維持されることです。

索引モデルが issue の本文から書いたものです。

説明

Area: Backend Type: Bug

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.

主要言語
TypeScript
スター
1
フォーク
0
PR マージ指標
30日以内にマージされた PR はありません

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

SSWConsulting/SSW.MeetupMCP のほかの issue

SSWConsulting/SSW.MeetupMCP の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。