v0.3.20 - reliable self-update across AV scanners

v0.3.20 - reliable self-update across AV scanners

v0.3.19 - update log for diagnostics

v0.3.19 - update log for diagnostics

v0.3.18 - bridge suspended during OTA

v0.3.18 - bridge suspended during OTA

v0.3.17 - reliable self-update

v0.3.17 - reliable self-update

v0.3.16 - real PIN change + OTA SHA diagnostic

v0.3.16 - real PIN change + OTA SHA diagnostic

v0.3.15 - factory reset bugfix

What's fixed

"Factory reset device" from the tray was silently hanging

The device acks cmd:factory_reset with event:factory_reset_ok and then restarts. That event name lives in our async-beacon skip list (it can also appear at boot in some recovery paths), so the standard JSON reply loop filtered it out and waited forever for "the real reply" that would never come.

Now factory_reset uses a dedicated fire-and-forget path: write the command, briefly look for the ack with a tight timeout, accept "device is already restarting" as a normal outcome.

Web UI "Factory reset" returned needs_wifi_or_dedicated_flow

The bridge had marked POST /api/device/factory_reset as a Wi-Fi-only endpoint. Now it forwards to the serial cmd just like the tray menu item, so resetting from either the dashboard or the tray works identically.

Downloads

Asset	Use
BusyLightSetup.exe	First-time provisioning wizard
BusyLightPresence.exe	Tray app v0.3.15
firmware-0.3.15.bin + firmware-0.3.15.bin.sig	Signed OTA firmware (same code as 0.3.12)
firmware-0.3.15.factory.bin	Combined image for factory reflash

v0.3.14 - update progress UI + tray reactive while dashboard open

v0.3.14 - update progress UI + tray non-blocking

v0.3.13 - IN_CALL manual fix + factory reset menu

v0.3.13 - IN_CALL manual fix + factory reset menu

v0.3.12 - IN_CALL blink + correct embedded version

v0.3.12 - IN_CALL blink + correct embedded version

v0.3.11 - Auto-update on startup + firmware auto-detect

v0.3.11 - Auto-update on startup + firmware auto-detect