Support WebUSB in Apps and Extensions |
|||||||
Issue descriptionThis bug tracks the task of enabling WebUSB in Chrome Apps and Extensions. Open issues include: 1. Should WebUSB in a Chrome App use the same USB device permission store as normal web content or the one used by the chrome.usb API? 2. Creating a permission prompt in an app window may still require special code or it may just look weird because there is no address bar. 3. Are we okay with there not being a tab indicator on an app window that a USB device connection is active?
,
Dec 6 2017
We're very interested to see this happen as it would enable us to use WebUSB for the Hangouts Meet speakermic to use together with a Hotrod / CfM running in kiosk mode. We would prefer #1 to be similar to chrome.usb in the sense of being able to whitelist devices without requiring a user prompt
,
Jan 9 2018
,
Apr 19 2018
Any update on this? It seems navigator.usb is exposed in the chrome app, but I can't test any further because the device picker does not show up.
,
Apr 20 2018
I recently investigated #2 above and we will indeed need special code in order to create a permission prompt on top of a Chrome App/Extension window.
,
Jul 16
Is there a branch with the current dev-status? Any suggestions of how to speed this up? (e.g. specific research, assistance or possibly some incentive like a bounty) ? (sidenote: agreeing with comment 2: white-list preferred)
,
Aug 20
Issue 875861 has been merged into this issue.
,
Aug 20
What are the difficulties in exposing this for extension tabs? It seems like then, there should be very little custom code required. (I agree there are UX challenges with exposing this for background pages, popups, etc.) I'd like to see if we can separate this out, and not block exposing this to extensions (which have fewer complications) on figuring out how it should work with Chrome Apps.
,
Aug 20
To do this only for extension pages hosted in tabs all we have to answer is how to word the request in the permission prompt as showing the chrome-extension://... URL is not going to be meaningful to the user. Do we have an existing example of those for other permissions? For chrome.usb.getUserSelectedDevices() we use the name of the Chrome App.
,
Aug 20
Could we show the extension name? That's what we normally do in these cases, and is also what the site chip shows. Attached is an example for an extension using navigator.geolocation.
,
Aug 20
,
Aug 21
,
Aug 21
We have to stick with the "deprecating" Chrome App instead of preferred "extension" before this fixed.
,
Sep 20
web bluetooth device selection works fine. what is blocking webusb device selection popup?
,
Sep 20
It just needs to be implemented and tested.
,
Sep 20
any pointers for where to start implementation? I have c++ experience.
,
Oct 17
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by scheib@chromium.org
, Oct 4 2017