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 doesn't seem like this section defines a serialization. It defines a header syntax, but not a serialization of some data structure. (I suppose this might get solved to some extent if the shared data model with CSP is sorted, but seemed worth reporting separately.)
The text was updated successfully, but these errors were encountered:
You're right -- I've called them "serialized feature policy" and "serialized policy directive", but they're never really serialized from anything. They're only ever parsed from that representation into the internal data structures.
(CSP appears to do the same thing: I may have been inspired by that spec when I wrote it)
It's also weird to call this "ASCII" in the first place, isn't it? I would have expected this to look more like the Infra spec's definition of serialize JSON to bytes.
Well, it's definitely not a serialization algorithm; the section just defines the textual representation of policy directives, for use in headers and the allow attribute. Maybe the thing to do here is to rename this to something like "text representation", and make it part of the delivery section. Then we'd be rid of the problematic heading that suggests that we're going to serialize something.
It doesn't seem like this section defines a serialization. It defines a header syntax, but not a serialization of some data structure. (I suppose this might get solved to some extent if the shared data model with CSP is sorted, but seemed worth reporting separately.)
The text was updated successfully, but these errors were encountered: