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
User needs to provide explicit permission for a concrete device to interact with the web page. Otherwise, the API is not usable. We suppose no wrapping is thus necessary.
API for communication with Human Interface Device(s) (HID) connected to the computer. See https://wicg.github.io/webhid/
Supported in Chrome (since Chrome 73), Edge, and Opera - PC versions only. Not available in Firefox.
We suppose, no wrapping is needed. When navigator.hid.requestDevice() is called, Chrome prompts the user: "... wants to connect to a HID device." The user needs to select a concrete device and confirm with "Connect" (Testech in Chrome 98).
Supported in Chrome, Edge, Opera - PC versions only. Not available in Firefox.
We suppose, no wrapping is needed. For accessing serial devices, the page must first call requestPort(). Upon the call, Chrome prompts the user to provide extra permission for the website to access the concrete serial device: "... wants to connect to a serial port." The user needs to select the concrete port (e.g. ttyS0) and click on the "Connect" button. (Tested in Chrome 98)
Available in Chrome (since 61), Opera and Edge, including Android versions. Not available in Firefox.
We suppose, no wrapping is needed. To access a USB device, the page must first call requestDevice(). Chrome then prompts the user to provide extra permission for the website to connect to the concrete USB device: "... wants to connect." The user needs to select a concrete USB device and click to "Connect". Moreover, using the API requires "secure context" to be established. In addition, only a single user-space and kernel-space driver can connect to a single device at a time: https://wicg.github.io/webusb/
Support for custom fonts - raises a question what fonts should be presented - this does not
seem to be suitable for JSR.
Minor software update information from the user agent string. The string only changes with the marketing version of the platform and the browser. This makes sense implement only if we decide to create https://pagure.io/JShelter/webextension/issue/44.
The Do Not Track flag - this is user configurable and I do not think that we should prevent
the user from setting it. Report to your DPA sites that violates your wishes. This makes sense implement only if we decide to create https://pagure.io/JShelter/webextension/issue/44.
Support for plug-ins: Not a job for JSR.
Already blocked (before opening this issue):
Device Memory API
Battery Status API
The text was updated successfully, but these errors were encountered:
Some of the APIs seem to be safe enough and do not require wrappers. The API calls are protected by browser prompts that requires a user to explicitly grant access to a concrete device. Those include:
Web Bluetooth
Web MIDI API
SerialAPI
Web USB
WebHID
Details were added attached to the original issue above.
https://www.zdnet.com/article/apple-declined-to-implement-16-web-apis-in-safari-due-to-privacy-concerns/
navigator.connection
from Brave-core brave/brave-browser#20122Most probably we are not going to block:
seem to be suitable for JSR.
the user from setting it. Report to your DPA sites that violates your wishes. This makes sense implement only if we decide to create https://pagure.io/JShelter/webextension/issue/44.
Already blocked (before opening this issue):
The text was updated successfully, but these errors were encountered: