The chrome.usb API implementation uses the same vendor ID list that lsusb uses in order to find names for devices without string descriptors. I didn't bother hooking that up for WebUSB because the code that filters devices based on WebUSB descriptors also filters out devices without strings. Unfortunately when you pass --disable-webusb-security it also removes the empty string check.

Fixing this will be necessary for merging the chooser UI for navigator.usb.requestDevice and chrome.usb.getUserSelectedDevices so I'm assigning this task to juncai@.

As mentioned offline something that chrome.usb.getUserSelectedDevices has to deal with is devices that don't have string descriptors. The logic I suggest implementing is displaying, in decreasing order of preference:

1. UsbDevice::product_string() [Current logic.]
2. UsbIds::GetProductName()
3. "Unknown device from " + UsbIds::GetVendorName()
4. "Unknown device [$VID:$PID]"

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/06198969e3c76b4999cbdf1a474bb4f94ee275cd

commit 06198969e3c76b4999cbdf1a474bb4f94ee275cd
Author: juncai <juncai@chromium.org>
Date: Tue Nov 29 17:23:27 2016

Fix blank names issue for navigator.usb.requestDevice

Sometimes UsbDevice::product_string() returns empty string, and the
current WebUSB chooser uses it as the device name to be displayed.
This CL fixes the blank name issue by displaying, in decreasing order
of preference:
1. UsbDevice::product_string()
2. UsbIds::GetProductName()
3. "Unknown device from " + UsbIds::GetVendorName()
4. "Unknown device [$VID:$PID]"

BUG= 665599 

Review-Url: https://codereview.chromium.org/2539593002
Cr-Commit-Position: refs/heads/master@{#435019}

[modify] https://crrev.com/06198969e3c76b4999cbdf1a474bb4f94ee275cd/chrome/app/generated_resources.grd
[modify] https://crrev.com/06198969e3c76b4999cbdf1a474bb4f94ee275cd/chrome/browser/usb/usb_chooser_controller.cc