HTTP(S) URIs and fragids

[mnot@…]

P1 sections 2.7.1 and 2.7.2 define the HTTP and HTTPS URI schemes without fragment identifiers.

While it's true that HTTP sends these URIs without fragids "on the wire" in the request-target, the schemes *do* allow fragids pretty much everywhere else they're used (including some places in HTTP, e.g., the Location header).

Given that this is going to be the definition for these URI schemes, and we already require that the fragid be omitted in the request-target, shouldn't the syntax allow a fragment identifier?

I suspect the right thing to do here is to specify that HTTP(s) URIs use the path-abempty form of the hier-part, give some examples, and leave the rest of the ABNF to RFC3986 (or its successors).

[fielding@…]

From [2279]:

add optional fragment to the URI definitions, as required by RFC3986; addresses #451

[julian.reschke@…]

From [2318]:

rephrase HEAD response payload header field requirement (see #451)