Lucas Pardue
Lucas Pardue
The draft states both > The SERVER_CERTIFICATE frame MUST be sent on the control stream. A SERVER_CERTIFICATE frame received on any other stream MUST not be used for server authentication....
The authors received an off-list message from a server implementer. They have an existing resumable upload deployment based on a custom protocol and are working to integrate support for draft-ietf-httpbis-resumable-upload....
This is one proposal for addressing the point raised in #3169. Currently, the bulk of the spec is located in Section 4. We have an entire spec for the topic...
In a PR discussion, a comment was raised: I was mainly thinking that 410 and 404 make almost no difference to the client, and it doesn't make much sense for...
During WGLC review, @MikeBishop raised the following issue on https://lists.w3.org/Archives/Public/ietf-http-wg/2025JulSep/0123.html > In 4.4.3, while the client can correctly infer that the offset is now 200, I'm a little surprised that...
During WGLC review, @MikeBishop raised the following issue on https://lists.w3.org/Archives/Public/ietf-http-wg/2025JulSep/0123.html > In Section 11, an example of an "appropriate header field" might be useful. Location, I'd assume?
@gstrauss provided the following feedback on https://lists.w3.org/Archives/Public/ietf-http-wg/2025JulSep/0094.html wrt Section 4.2.2 > "The resource targeted by this initial request is responsible for processing the representation data transferred in the resumable uload...
@gstrauss provided the following feedback on https://lists.w3.org/Archives/Public/ietf-http-wg/2025JulSep/0094.html wrt Section 4.2.2 > This fragility could potentially be avoided if the client managed the overall upload resource state rather than the server....
@gstrauss provided the following feedback on https://lists.w3.org/Archives/Public/ietf-http-wg/2025JulSep/0094.html wrt Section 4.4.1 > "A client can continue the upload and append representation data by sending a PATCH request with the application/partial-upload media...
@gstrauss provided the following feedback on https://lists.w3.org/Archives/Public/ietf-http-wg/2025JulSep/0094.html wrt Section 11 > This document is overly complex, in part due to unnecessary premature optimizations like this one. If an upload is...