#1138838 golang-github-go-openapi-testify: FTBFS randomly: FAIL: TestConditionDualPath_PollUntilTimeoutBehavior/Consistently/fail_when_condition_flips_on_second_call/real-time: condition_synctest_test.go:431: expected Consistently to return false #1138838
- Package:
- src:golang-github-go-openapi-testify
- Submitter:
- Simon Josefsson
- Date:
- 2026-08-27 21:35:02 UTC
- Severity:
- normal
Hi! This package appears to FTBFS during build randomly, here is how one failure looks like: 143s === NAME TestConditionDualPath_PollUntilTimeoutBehavior/Consistently/fail_when_condition_flips_on_second_call/real-time 143s condition_synctest_test.go:431: expected Consistently to return false ... 143s --- FAIL: TestConditionDualPath_PollUntilTimeoutBehavior (0.33s) 143s --- FAIL: TestConditionDualPath_PollUntilTimeoutBehavior/Consistently (0.74s) ... 143s --- FAIL: TestConditionDualPath_PollUntilTimeoutBehavior/Consistently/fail_when_condition_flips_on_second_call/real-time (0.14s) https://ci.debian.net/packages/g/golang-github-go-openapi-testify/testing/amd64/71799658/#L23790 /Simon
Here is another flaky test FTBFS, also causing testing migration blocking of https://tracker.debian.org/pkg/golang-golang-x-tools https://ci.debian.net/packages/g/golang-github-go-openapi-testify/testing/armhf/74275915/#L31000 281s --- PASS: TestSdump_EdgeCases (4.76s) 281s panic: rapid.stopTest("Sdump timed out: 281s With value type: map[struct { ... 281s 281s goroutine 5709 [running]: 281s sync.(*WaitGroup).Go.func1.1() 281s /usr/lib/go-1.26/src/sync/waitgroup.go:251 +0x48 281s panic({0x3071a0, 0x4c50008}) 281s /usr/lib/go-1.26/src/runtime/panic.go:860 +0x104 281s pgregory.net/rapid.(*T).fail(0x38c67e0, 0x1, {0x76d0000, 0xdf9c15}) 281s /tmp/autopkgtest.MZ4q4x/autopkgtest_tmp/debian/_build/src/pgregory.net/rapid/engine.go:902 +0xd8 281s pgregory.net/rapid.(*T).Fatalf(0x38c67e0, {0x364659, 0x2f}, {0x514ddd0, 0x2, 0x2}) 281s /tmp/autopkgtest.MZ4q4x/autopkgtest_tmp/debian/_build/src/pgregory.net/rapid/engine.go:865 +0xb8 281s github.com/go-openapi/testify/internal/testintegration/spew.TestSdump.NoPanicProp.func1.1() 281s /tmp/autopkgtest.MZ4q4x/autopkgtest_tmp/debian/_build/src/github.com/go-openapi/testify/internal/testintegration/spew/generator.go:53 +0x134 281s sync.(*WaitGroup).Go.func1() 281s /usr/lib/go-1.26/src/sync/waitgroup.go:258 +0x50 281s created by sync.(*WaitGroup).Go in goroutine 19 281s /usr/lib/go-1.26/src/sync/waitgroup.go:238 +0x7c 281s FAIL github.com/go-openapi/testify/internal/testintegration/spew 5.426s /Simon
A similar failure seen again: https://ci.debian.net/packages/g/golang-github-go-openapi-testify/testing/amd64/74312953/#L18328 129s --- FAIL: TestConditionDualPath_PollUntilTimeoutBehavior/Never/fail_when_condition_flips_on_second_call/real-time (0.22s) /Simon
Here is another example of flaky test error. https://ci.debian.net/packages/g/golang-github-go-openapi-testify/testing/amd64/74521564/#L15736 122s --- FAIL: TestConditionPanicRecovery (0.10s) 122s --- PASS: TestConditionPanicRecovery/errConditionPanicked_sentinel_is_detectable_with_errors.Is (0.00s) 122s --- PASS: TestConditionPanicRecovery/Consistently_fails_when_condition_panics (0.00s) 122s --- PASS: TestConditionPanicRecovery/Never_fails_when_condition_panics (0.01s) 122s --- PASS: TestConditionPanicRecovery/EventuallyWith_collects_panic_error_via_sentinel (0.28s) 122s --- FAIL: TestConditionPanicRecovery/Eventually_survives_a_panicking_condition_and_retries (0.30s) 122s --- FAIL: TestConditionPanicRecovery/EventuallyWith_survives_a_panicking_condition_and_retries (0.30s) 122s --- PASS: TestConditionPanicRecovery/EventuallyWith_fails_when_condition_always_panics (0.30s) 122s --- PASS: TestConditionPanicRecovery/Eventually_fails_when_condition_always_panics (0.30s) /Simon
Another example: https://ci.debian.net/packages/g/golang-github-go-openapi-testify/testing/s390x/74522012/#L9573 260s === RUN TestConditionDualPath_EventuallyWithCollectBehavior/should_complete_with_false_(tolerant_count)/real-time 260s condition_synctest_test.go:511: expected 5 calls, got 3 260s === RUN TestConditionDualPath_EventuallyWithCollectBehavior/should_complete_with_false_(tolerant_count)/synctest ... 260s --- FAIL: TestConditionDualPath_EventuallyWithCollectBehavior (1.31s) 260s --- FAIL: TestConditionDualPath_EventuallyWithCollectBehavior/should_complete_with_false_(tolerant_count)/real-time (0.10s) /Simon
All of the previous errors is with 2.5.1-1. Before trying to fix these, I've uploaded v2.7.0 to see if upstream has fixed some of these already. I'm not closing the bug with the upload, since I've no indication that upstream really fixed all of these... but we'll see, and can close it later if we need to. /Simon