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

bug: CLI hangs indefinitely during network failures due to missing `http.Client` timeouts

オープン 初心者向け
#545 コメント 2 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

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

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
68/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
go
領域
cli, networking

調査の方向性

CLI の内部 HTTP クライアントの初期化を追跡し、応答しない Microcks または Keycloak サーバーに対して start または simulate コマンドを実行してハングを再現します。クライアントのタイムアウトを 30 秒に設定し、コマンドが無期限に待機するのではなく、適切なタイムアウトエラーを返すことを確認します。

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

説明

Describe the bug

The CLI currently initializes its internal HTTP clients without explicitly setting a Timeout field. In Go, an http.Client without a configured timeout (or when using http.DefaultClient) will default to waiting infinitely. If a network connection silently drops, or if the Microcks/Keycloak server is locked up and unresponsive, the CLI freezes forever in the terminal and must be manually killed by the user.

Expected behavior

The CLI should fail fast with a helpful connection timeout error (e.g., context deadline exceeded or timeout) if the server takes longer than 30 seconds to respond, returning control to the user.

Actual behavior

The CLI hangs infinitely in the terminal with no output.

How to Reproduce?

Try with start or simulate it.

Microcks version or git rev

No response

Install method (docker-compose, helm chart, operator, docker-desktop extension,...)

No response

Additional information

No response

主要言語
Go
スター
52
フォーク
67
平均マージ
4日 3時間
マージ済み PR(30日)
22

環境構築

はじめの一歩

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

microcks/microcks-cli のほかの issue

microcks/microcks-cli の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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