• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

stacklok / toolhive / 30374909430

28 Jul 2026 03:45PM UTC coverage: 69.893% (+0.02%) from 69.87%
30374909430

push

github

web-flow
Deflake TestWorkflowEngine_ParallelExecution (#6112)

The test asserted maxConcurrent >= 2 to prove the two independent
level-1 steps run in parallel, but that counter only reaches 2 when the
two 50ms mock sleeps overlap in wall-clock time. On a loaded CI runner
the second goroutine can be starved and start only after the first
already finished, leaving maxConcurrent at 1 and failing the test
regardless of the diff under test. This flaked the unit-test job on
main (previously "deflaked" in #4333, which only reduced but did not
remove the timing dependence).

Replace the sleeps with a rendezvous barrier: each fetch step blocks on
entry until both have arrived, so neither can complete until the other
has started. This makes the concurrency assertion deterministic under
any scheduler load, and turns a genuine regression to sequential
execution into a clear timeout failure instead of a lucky pass.

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

81792 of 117024 relevant lines covered (69.89%)

97.48 hits per line

Source File
Press 'n' to go to next uncovered line, 'b' for previous

80.56
/pkg/transport/proxy/httpsse/http_proxy.go


Source Not Available

STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc