Skip to content

test(gates): retry a timing row once so a load spike is not a failure (GH #158) - #304

Merged
wasikarn merged 2 commits into
developfrom
claude/gauntlet-158-retry-timing-rows
Oct 1, 2026
Merged

wasikarn merged 2 commits into
developfrom
claude/gauntlet-158-retry-timing-rows

Conversation

@wasikarn

@wasikarn wasikarn commented Oct 1, 2026

Copy link
Copy Markdown
Owner

Refs #158

While landing six gate fixes today, test-subagent-git-guard.sh failed on two 8 s timing rows (rc 124) when peer sessions ran gauntlets at the same time (load average 35-70). Each passed when rerun alone, and none of the changes touched them. This looks like the flake class in #158.

The rows exist to catch a quadratic scan that runs past the hook's 8 s timeout. A load spike can push a fast row past 8 s once; a real slowdown takes 9 s or more every time. So sgg_rc8 and the 2 MB-run row now retry once on a timeout and fail only if both runs time out.

Test-only change. test-subagent-git-guard 427/427. The original #158 failure was never recovered, so this does not claim to close it; the issue stays open for that.

@wasikarn
wasikarn merged commit 3d6f96e into develop Oct 1, 2026
3 checks passed
@wasikarn
wasikarn deleted the claude/gauntlet-158-retry-timing-rows branch October 1, 2026 16:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant