* WGs marked with an * asterisk has had at least one new draft made available during the last 5 days

Ticket #79 (closed design: fixed)

Opened 7 years ago

Last modified 4 years ago

Content-* vs. PUT

Reported by: mnot@pobox.com Owned by: fielding@gbiv.com
Priority: normal Milestone: 13
Component: p2-semantics Severity: Active WG Document
Keywords: Cc:
Origin: http://www.w3.org/mid/46A789E8.9060608@gmx.de

Description

RFC 2616, section.9.6, the description of PUT states:

"The recipient of the entity MUST NOT ignore any Content-* (e.g. Content-Range) headers that it does not understand or implement and MUST return a 501 (Not Implemented) response in such cases."

That language sounds as if a server that ignores Content-Language (as opposed to storing it with the entity) MUST reject PUT requests that come with a Content-Language header. Is this really intended? Does anybody implement that?

Change History

comment:1 Changed 7 years ago by mnot@pobox.com

  • Component set to auth
  • Milestone set to unassigned

comment:2 Changed 7 years ago by mnot@pobox.com

  • Component changed from auth to semantics

comment:3 Changed 5 years ago by mnot@pobox.com

comment:4 Changed 5 years ago by mnot@pobox.com

  • Owner set to fielding@gbiv.com
  • Priority set to normal
  • Severity set to Active WG Document

Roy to kick off discussion. Rough proposal:

1) remove this requirement, and 2) ban partial PUTs

comment:5 Changed 4 years ago by mnot@pobox.com

See #102.

comment:6 Changed 4 years ago by fielding@gbiv.com

From [1158]:

Replaced the general prohibition on unrecognized Content-* header fields with a specific prohibition of Content-Range (the only field for which it is an actual problem) and a general requirement regarding checking for consistency. Unfortunately, this required rewriting the entire section on PUT to get rid of the misconceptions about storing resources and reflect how PUT is actually implemented in practice.

Addresses #79, #102, #103, #104, #112, #180, #231, and #267

comment:7 Changed 4 years ago by fielding@gbiv.com

  • Status changed from new to closed
  • Resolution set to incorporated
  • Milestone changed from unassigned to 13

comment:8 Changed 4 years ago by mnot@pobox.com

  • Status changed from closed to reopened
  • Resolution incorporated deleted

comment:9 Changed 4 years ago by mnot@pobox.com

  • Status changed from reopened to closed
  • Resolution set to fixed
Note: See TracTickets for help on using tickets.