You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems useful to allow it for requests as the software creating the warc file may want to identify the content type of the request payload. For example when JavaScript running in a browser constructs a mystery payload and is recorded by a tool like warcprox.
Ah, yes, that's a good one. There are a lot of request json payloads out there with content-type text/plain. And a revisit would potentially have the same situation.
continuation records have a conflicting status. In clause 7, "Segments other than the first should not contain other optional fields" prohibits WARC-Identified-Payload-Type, and that conflicts with 5.19.
In the 1.1 spec, section 5.19, 'WARC-Identified-Payload-Type' is allowed for anything with a well-defined payload.
That makes sense for response, resource, and conversion.
That doesn't make sense for
request,revisit, and continuation.The text was updated successfully, but these errors were encountered: