Wireless mice no longer freeze on launch, and more desktop front-port devices show up
One important bug fix, a new feature for desktop Macs, plus cable-database and translation updates.
Fixed
- Launching WhatCable no longer freezes a wireless USB mouse. On launch, WhatCable reads a small descriptor from every USB device to spot DisplayPort and other Alt Modes. For a device the system's input driver is holding, like a 2.4 GHz wireless mouse or keyboard receiver, the old code force-opened the device to read it, which knocked the input driver off and froze the pointer until replug. It now reads that descriptor without ever taking the device over, so input devices are left alone. Thanks to @ideaweb on issue #370 for an unusually precise report.
New
- Desktop Macs now show devices on the front USB-C ports. On the Mac mini and Mac Studio, the front USB-C ports sit behind an internal hub and don't expose cable, power, or Thunderbolt data, so they were previously invisible. Anything plugged into them now appears under a "Built-in USB ports" section, named, so you can see what's connected even though there's no cable detail to show. Thanks to @dev-xiligroup on issue #348.
Also
- Cable database. Added a vendor mapping for CalDigit, a mirror fallback for the community
usb.idsvendor list so vendor names keep resolving if the primary source is down, and three new community cable reports. - Updated translations. Traditional Chinese (@jimmyorz), Italian (@bovirus), Ukrainian (@yurii-shcherbiuk).