-
Notifications
You must be signed in to change notification settings - Fork 17.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
net/http: apparent TestServerAllowsBlockingRemoteAddr flakes due to hard-coded timeouts #36179
Comments
That's the regression test for #12943. |
Is this one still one still open |
This comment was marked as outdated.
This comment was marked as outdated.
The failure log linked in #57995 (comment) matches this issue; I'm not sure why |
Found new dashboard test flakes for:
2023-01-17 18:12 dragonfly-amd64-622 go@c0799f70 net/http (log)
|
Found new dashboard test flakes for:
2023-02-24 19:16 dragonfly-amd64-622 go@8e5f56a2 net/http (log)
|
Interesting! Those |
Nope, it is still the same spurious timeout: It's just manifesting as a deadlock due to some synchronous cleanup code. |
Found new dashboard test flakes for:
2023-02-27 22:37 darwin-amd64-13 go@5cded8b3 net/http (log)
|
Found new dashboard test flakes for:
2023-03-01 21:23 freebsd-arm-paulzhol go@09852e75 net/http.TestServerAllowsBlockingRemoteAddr (log)
|
Change https://go.dev/cl/474582 mentions this issue: |
Found new dashboard test flakes for:
2023-03-13 18:55 dragonfly-amd64-622 go@778627f3 net/http.TestServerAllowsBlockingRemoteAddr (log)
|
Oops, missed another arbitrary timeout. |
Change https://go.dev/cl/476035 mentions this issue: |
This change eliminates the easy, arbitrary timouts that should never happen. It leaves in place a couple of more complicated ones that will probably need retry loops for robustness. For #49336. For #36179. Change-Id: I657ef223a66461413a915da5ce9150f49acec04a Reviewed-on: https://go-review.googlesource.com/c/go/+/476035 Run-TryBot: Bryan Mills <bcmills@google.com> Auto-Submit: Bryan Mills <bcmills@google.com> TryBot-Result: Gopher Robot <gobot@golang.org> Reviewed-by: Damien Neil <dneil@google.com>
Hopefully completely fixed this time, by CL 476035. |
Found new dashboard test flakes for:
2024-04-03 15:35 android-386-emu go@d8392e69 net/http (log)
2024-04-03 18:01 android-386-emu go@74501172 net/http (log)
|
2019-12-16T20:38:31-f7f9866/plan9-386-0intro
2019-06-12T14:58:18-65f53da/plan9-amd64-9front
As far as I can tell, the root cause is the hard-coded
time.Second
here:go/src/net/http/serve_test.go
Lines 1326 to 1330 in 931fe39
It's not obvious to me why a timeout is needed there at all. If the test deadlocks, we presumably want a goroutine dump anyway.
CC @bradfitz @0intro @fhs
The text was updated successfully, but these errors were encountered: