- From: KOLANICH via GitHub <sysbot+gh@w3.org>
- Date: Mon, 01 Feb 2016 20:31:14 +0000
- To: public-media-capture-logs@w3.org
>Does the proposal described in this issue still allow this use case? To allow this usecase ve need either a storage able to store object or to make the browser remember the previously activated state of such widgets for webpages. >enumerateDevices() is indeed there to allow the page to get to know what devices are available to enable it to make a more intelligent request via getUserMedia. It is too dangerous to allow a webpage to know this information. >Note that the info made available is less if the site currently does not have the permission to use devices (the label is filtered away). It doesn't matter. The user should be able to grant a webpage access to mic/cam butdeny access to identifiers. >I don't think anyone is prepared to take a step back to the status before it was introduced Better to do it before wide adoption of this API. More time you wait, more websites will get broken. It is definitely needed to be changed because user's privacy must have the highest priority when designing API. >(then the page could only ask for devices that met certain criteria - constraints - but had no way to check if the device the user ended up preferring the last time is available, and if so ask for it directly). Would be fine. -- GitHub Notification of comment by KOLANICH Please view or discuss this issue at https://github.com/w3c/mediacapture-main/issues/311#issuecomment-178172961 using your GitHub account
Received on Monday, 1 February 2016 20:31:16 UTC