W3C home > Mailing lists > Public > ietf-http-wg@w3.org > January to March 2022

Re: Semantics: clarify handling of invalid or unsatisfiable range requests

From: Julian Reschke <julian.reschke@gmx.de>
Date: Mon, 14 Mar 2022 10:06:06 +0100
Message-ID: <90286985-99c4-f4b1-79bf-f36caf3e81a1@gmx.de>
To: ietf-http-wg@w3.org
Am 03.03.2022 um 18:38 schrieb Roy T. Fielding:
>> On Mar 2, 2022, at 10:54 PM, Eric J Bowman <mellowmutt@zoho.com
>> <mailto:mellowmutt@zoho.com>> wrote:
>>
>> Wait, what? I feel like I'm speaking out-of-turn here nowadays. But
>> if, to satisfy some edge cases, PUT would now have the semantics of
>> PATCH then maybe we need a new method, let's call it PLACE, that
>> absolutely reflects the save-file-to-disk user intent, specifically
>> disallowing any sort of range request. Thought this was settled ages ago.
>
> This is just explaining what to do with an invalid or unsatisfiable GET
> range request
> in terms that are less vague. It does not change the protocol at all. It
> explains
> which error codes are preferred, which was already implied by the code
> semantics.
>
> It does not have anything to do with PUT ranges, which is not defined by
> this spec.
> If you think that needs to be clarified within this change, then why and
> where would
> be a more useful comment.

FWIW, a slightly modified iteration of this PR was just merged, and we
expect to finish publication preparations this week.

So please have a look at <https://github.com/httpwg/http-core/issues/1011>.

Best regards, Julian
Received on Monday, 14 March 2022 09:06:20 UTC

This archive was generated by hypermail 2.4.0 : Monday, 14 March 2022 09:06:21 UTC