-
Notifications
You must be signed in to change notification settings - Fork 18k
net/http, x/net/http2: update RFC numbers used as normative references #21974
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
Is there a convention for referring to RFCs? I see a mix of mostly just mentions of section numbers in the comments and sometimes URLs to specific section numbers of RFC 2616 (exclusively via www.w3.org). In my opinion the URL makes sense if it is shown by godoc which seems to be the case in |
Here are the inconsistencies with RFC-7230 i have found in net/http so far: The handling of "hop-by-hop" Headers is defined differently:
However the current behavior has to be kept to maintain compatibility. Other than that RFC 7230 defines more forbidden trailer headers for chunked transfers (see section 4.1.2) than currently implemented. Note that i only looked in the places where rfc 2616 was referenced explicitly , so its hard to tell if there are other non obvious inconsistencies. |
There's no convention, but the document should look like a document, not a side note or writing to the back of a paper napkin. I'm fine with either |
Change https://golang.org/cl/94095 mentions this issue: |
I uploaded a first patch with the documentation changes. It includes todos for inconsistencies. |
Thanks for tackling this issue.
Please open a new issue for shooting such inconsistencies, for getting more eyeballs. I think that leaving TODOs and issues is fine for now because the transition from H1 to H2 is a bit complicated work and probably takes a bit long time. |
Change https://golang.org/cl/94555 mentions this issue: |
Replace references to the obsoleted RFC 2616 with references to RFC 7230 through 7235, to avoid unnecessary confusion. Updates golang/go#21974 Change-Id: Idbe3e73199f0bef9dbdbe1b75c39382799cd646c Reviewed-on: https://go-review.googlesource.com/94555 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org> Run-TryBot: Brad Fitzpatrick <bradfitz@golang.org> TryBot-Result: Gobot Gobot <gobot@golang.org>
I have created an issue for the incorrect handling of Trailer headers : #23908 The handling of relative Location URIs in Redirect responses seem to be okay, but could use some addittional tests to ensure that fragments ar not thrown away. However im not sure if |
Replace references to the obsoleted RFC 2616 with references to RFC 7230 through 7235, to avoid unnecessary confusion. Obvious inconsistencies are marked with todo comments. Updates #21974 Change-Id: I8fb4fcdd1333fc5193b93a2f09598f18c45e7a00 Reviewed-on: https://go-review.googlesource.com/94095 Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
Change https://golang.org/cl/111655 mentions this issue: |
The documentation in x/net/http and x/net/http2 packages still contains the obsolete RFC 2616 as a normative reference. I think it's better to replace the reference to RFC 2616 with a series of RFCs 7230 through 7235 for avoiding unnecessary confusion.
When we see some inconsistency, for example, RFC 2616 vs. RFC 723x, in the current implementation, that should be addressed as another issue. So this should be a documentation issue.
The text was updated successfully, but these errors were encountered: