#782: WebXR Device API XRSession::enabledFeatures attribute (CR Delta)
Discussions
2022-11-28
Dan: claiming they don't need a new explainer because its an elaboration on an existing thing. They pointed us to the overall webxr explainer and a section of the spec
Peter: seems minor
Dan: there's multi stakeholder support (Google, Apple, Microsoft are primary contacts). Shall we close it?
Peter: +1. I don't see any privacy issues. Can't think of any harm from this. Seems reasonable. They have a note about dynamic viewport scaling
Dan: that was resolution satisfied
Dan: [leaves comment and sparkles]
OpenedOct 20, 2022
Wotcher TAG!
I'm requesting a TAG review of the WebXR XRSession::enabledFeatures attribute.
This is a modification to the existing WebXR API since CR (the only one to date) to allow exposing “enabledFeatures” from the XRSession object. This allows developers to detect what features they requested actually end up enabled on the session. While most features have some ability to be detected, some features may have similar failure modes for not being enabled and being enabled but not currently having data to supply (many reference spaces for example). Some features (such as the newly proposed front-facing camera), don’t have any observable effects or any other way for us to signal to developers that it was enabled. While developers can be sure that if they received an XRSession they were granted all of their “requiredFeatures”, they cannot be sure of the state of their “optionalFeatures”.
Further details:
You should also know that... N/a
We'd prefer the TAG provide feedback as (please delete all but the desired option):
🐛 open issues in our GitHub repo for each point of feedback