]> Cypherpunks repositories - gostls13.git/commitdiff
crypto/tls: add scheduler call to TestCertCache refcount timeout loop
authorMichael Anthony Knyszek <mknyszek@google.com>
Wed, 7 May 2025 23:17:48 +0000 (23:17 +0000)
committerGopher Robot <gobot@golang.org>
Thu, 8 May 2025 18:09:12 +0000 (11:09 -0700)
Currently TestCertCache will busy loop waiting for a cleanup (in the
runtime.AddCleanup sense) to execute. If we ever get into this busy
loop, then on single-threaded platforms like js/wasm, we'll end up
_always_ timing out.

This doesn't happen right now because we're getting lucky. The finalizer
goroutine is scheduled into the runnext slot with 'ready' and is thus
scheduled immediately after the GC call. In a follow-up CL, scheduling
cleanup goroutines becomes less aggressive, and thus this test fails.

Although perhaps that CL should schedule cleanup goroutines more
aggressively, the test is still technically buggy, because it expects
busy loops like this to call into the scheduler, but that won't happen
on certain platforms.

Change-Id: I8efe5975be97f4314aec1c8c6e9e22f396be9c94
Reviewed-on: https://go-review.googlesource.com/c/go/+/670755
Auto-Submit: Michael Knyszek <mknyszek@google.com>
Reviewed-by: Roland Shoemaker <roland@golang.org>
Reviewed-by: Michael Pratt <mpratt@google.com>
LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com>

src/crypto/tls/cache_test.go

index 2846734195d2d29d3cfd70ed605602ce123ada0c..66854299dfa41ac4fbff3bc8187d0f4cec9d1fb3 100644 (file)
@@ -41,12 +41,22 @@ func TestCertCache(t *testing.T) {
 
        timeoutRefCheck := func(t *testing.T, key string, count int64) {
                t.Helper()
-               c := time.After(4 * time.Second)
+
+               // Explicitly check every 1 ms up to the timeout instead of busy-looping.
+               //
+               // On single-threaded platforms like js/wasm a busy-loop might
+               // never call into the scheduler for the full timeout, meaning
+               // that if we arrive here and the cleanup hasn't already run,
+               // we'll simply loop until the timeout. Busy-loops put us at the
+               // mercy of the Go scheduler, making this test fragile on some
+               // platforms.
+               timeout := time.After(4 * time.Second)
+               check := time.After(1 * time.Millisecond)
                for {
                        select {
-                       case <-c:
+                       case <-timeout:
                                t.Fatal("timed out waiting for expected ref count")
-                       default:
+                       case <-check:
                                e, ok := cc.Load(key)
                                if !ok && count != 0 {
                                        t.Fatal("cache does not contain expected key")