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
Operations 1 and 2 are MUST, but there is no normative assertion about what clients are to do with the list profile tokens operation.
Proposal: Servers MUST implement the specification (yes, I know this is not what the informative text says).
Rationale: If the server does not use tokens, then the response is fixed and empty. Clients can then rely on it rather than testing for for whether it responds correctly or not. The implementation burden is very low, and the interoperability gain relatively high.
Otherwise, I think it's a SHOULD.
The text was updated successfully, but these errors were encountered:
@azaroth42 I've found this issue trawling old issues for Conneg by P. It's long been answered in the way you suggest - servers MUST implement list profiles, see 2PWD and also the ED, due for 3PWD shortly.
Adherence now to a Functional Profile of the abstract model is much more completely documented in the ED too.
Post FPWD:
https://rawgit.com/w3c/dxwg/conneg-doc/conneg-by-ap/index.html#requestsandresonses
Operations 1 and 2 are MUST, but there is no normative assertion about what clients are to do with the list profile tokens operation.
Proposal: Servers MUST implement the specification (yes, I know this is not what the informative text says).
Rationale: If the server does not use tokens, then the response is fixed and empty. Clients can then rely on it rather than testing for for whether it responds correctly or not. The implementation burden is very low, and the interoperability gain relatively high.
Otherwise, I think it's a SHOULD.
The text was updated successfully, but these errors were encountered: