-
Notifications
You must be signed in to change notification settings - Fork 39
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
How to filter available screens according to the content being presented #9
Comments
See relevant discussion at F2F: PROPOSED RESOLUTION: For issue #9, include a URL parameter to "getAvailability" (subject to amendments to issue #81) and update security and privacy considerations section based on privacy investigation. ACTION: Mark_Watson to look into privacy implications of filtering available screens according to the content being presented [recorded in http://www.w3.org/2015/05/20-webscreens-minutes.html#action03] |
Second version of Issue #9: How to filter available screens according to the content being presented
I believe this was taken care of. Closing. |
For reference, note the feedback from the TAG on this topic below, in particular the proposal to integrate the Permissions API and the request to have a "a user-controllable mechanism to purge/clear this data to avoid unwanted residual fingerprinting", which could warrant the creation of new issues on our side to address that feedback. [[
The need to avoid or show in-page UI to the user depending on whether a feature may or may not be available to use, is the use-case of the Permissions API. It seems like integration of presentation API into permissions is prudent.
[Link to fingerprinting finding.] Indeed there may be more information that is necessary to reveal in order to negotiate a connection. We ask that any such information that may lead to fingerprinting be associated with a user-controllable mechanism to purge/clear this data to avoid unwanted residual fingerprinting. |
If we allow the page to filter the set of presentation screens based on capabilities, then more bits of more information would be revealed. This feature, if implemented, should take privacy into consideration.
It is an open issue whether to provide filter information as part of the request for notification of available screens. This could be useful when a particular application or capability is needed in order to display the contents of a presentation. One possible approach to this could be to provide the URL for the presentation and / or required options as part of the request for notification of available screens. If this was supported, only screens that satisfied the filter would trigger a notification.
The text was updated successfully, but these errors were encountered: