-
Notifications
You must be signed in to change notification settings - Fork 18k
x/net/http2: server ignores GOAWAY #17800
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
Comments
What should the server do? I forget what the spec says here. Intuitively, I'd think the server doesn't care if the client wants to go away. |
I just reread Section 6.8. The main effects of GOAWAY are: (a) it tells the peer which requests have been processed, and (b) it stops the peer from creating new requests (so the connection eventually quiesces and shuts down gracefully). (a) is only meaningful when the server tells the client to GOAWAY (so the client knows which POSTs were handled). (b) means the server shouldn't send new pushes. So maybe the only effect is that the server should disable push upon receiving a GOAWAY? I agree this doesn't seem very important. |
SGTM. Want to send a CL for that? |
Sure, I'll get to that next week. |
CL https://golang.org/cl/32887 mentions this issue. |
Fixes golang/go#17800 Change-Id: Ibcba9302e2e595ae49d9246ecedd332760486441 Reviewed-on: https://go-review.googlesource.com/32887 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org> Run-TryBot: Brad Fitzpatrick <bradfitz@golang.org> TryBot-Result: Gobot Gobot <gobot@golang.org>
processFrame doesn't handle GOAWAY:
https://github.com/golang/net/blob/master/http2/server.go#L1137
Firefox apparently sends GOAWAY after a connection is idle, but this frame is ignored by our http2 server. With VerboseLogs=true, I see:
Is this intentional?
/cc @bradfitz
The text was updated successfully, but these errors were encountered: