Opened 6 years ago

Closed 6 years ago

#468 closed design (fixed)

Expectation Extensions

Reported by: mnot@… Owned by: draft-ietf-httpbis-p2-semantics@…
Priority: normal Milestone: 24
Component: p2-semantics Severity: In WG Last Call
Keywords: Cc:

Description

p2 5.1.1 requires that an unrecognised expectation be replied to with a 417 Expectation Failed.

In my testing, it's fairly common for servers to ignore an unregistered expectation (e.g., "foo").

Given how many problems we already have with Expect, should we consider disallowing further extensions here, and removing this requirement?

Change History (7)

comment:1 Changed 6 years ago by julian.reschke@…

  • Milestone changed from unassigned to 24
  • Resolution set to wontfix
  • Status changed from new to closed

comment:2 Changed 6 years ago by fielding@…

  • Resolution wontfix deleted
  • Status changed from closed to reopened

comment:3 Changed 6 years ago by fielding@…

From [2380]:

Remove the Expect extension mechanism to focus on the definition of 100-continue; allow proxies to generate 100 on behalf of inbound HTTP/1.0 servers; addresses #458 and #468

comment:4 Changed 6 years ago by fielding@…

  • Resolution set to incorporated
  • Status changed from reopened to closed

comment:5 Changed 6 years ago by julian.reschke@…

From [2386]:

Note changes for [2380] (see #458 and #468)

comment:6 Changed 6 years ago by mnot@…

  • Resolution incorporated deleted
  • Status changed from closed to reopened

comment:7 Changed 6 years ago by mnot@…

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