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

Flaky under load: run note tests, session temp-dir races, workspace and provider timing

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

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
go
領域
testing-qa

調査の方向性

Start with the listed internal/run tests, reproducing the failures under load and running make check; the issue suggests addressing these before the internal/session temp-directory races. Then investigate the workspace and provider cases in their named packages. Done means the affected tests pass repeatedly under the stated load and make check is reliably green.

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

説明

These tests fail intermittently under load on santos/dev2. They also fail on a clean trunk, so they are not caused by the changes they were seen beside. Each was rerun alone to confirm.

Test Package Seen Rate on clean trunk
TestNotesBeyondTheBoundWaitForTheNextBoundary, TestANoteIsHandedToAWorkerOnceAndTheScreenStillReadsIt, TestANoteDoesNotChangeWhatATaskWasAskedFor internal/run "stopped at its step cap after 9 steps" about half the runs at load 27 to 35 on 20 cores (3 of 5 alone)
TestTwoWorkersLiveAtOnceEachGetOnlyItsOwnNote internal/run note routing 4 of 20
TestARunsRowNamesTheStoreTaskThePlanReadAnswersUnder internal/session temp directory cleanup race 3 of 20
TestANewDirectionArrivesWithTheClaimUnspent internal/session 1 of 10
TestEightyConcurrentAddsFromSeparateHandlesAllLand internal/workspace only under load; passes alone
TestAWireBelowItsPaceWithNothingToSpendSaysSoAndIsSpent internal/provider failed in 2 full runs; passed alone 3 of 3

The internal/run note tests are the costly ones: they turn a full make check red about half the time, so a green check on trunk is partly luck.

Suggested order: the run note tests first (a step cap reached under a slow scheduler reads as a real failure), then the two temp-directory races.

主要言語
Go
スター
115
フォーク
14
平均マージ
9時間 38分
マージ済み PR(30日)
730

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

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

Agent-Field/CodeAF のほかの issue

Agent-Field/CodeAF の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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