Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Policy] Validate the plan for dependent policy-controlled features #763

Closed
ddorwin opened this issue Jul 12, 2019 · 1 comment
Closed
Labels
feature policy All things related to Feature Policy fixed by pending PR A PR that is in review will resolve this issue.

Comments

@ddorwin
Copy link
Contributor

ddorwin commented Jul 12, 2019

One of the outcomes of #308 (see discussion starting at #308 (comment)) was a plan to have sub-features - policy-controlled features that depend on the main "xr" policy-controlled feature. As noted in that comment, this appears to be unique.

Before we commit to this plan, we should:

  1. Ensure that such dependent policy-controlled features are acceptable from a Feature Policy and web platform point of view.
  2. Figure out how the sub-feature mechanics would be specified.

The following are more details on (2).

Note that each policy-controlled feature has a state, and there isn't really a mechanism for checking other features. Is it sufficient that "xr" would make navigator.xr inaccessible or would the WebXR algorithms need to check combinations at each feature?

Does text related to the default allowlist remain unchanged? Specifically, text like the following:

The default allowlist for this feature is ["self"].

/cc @clelland

@probot-label
Copy link

probot-label bot commented Sep 21, 2019

This issue is fixed by PR #842

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature policy All things related to Feature Policy fixed by pending PR A PR that is in review will resolve this issue.
Projects
None yet
Development

No branches or pull requests

4 participants