mirror of
https://github.com/gesellix/Bose-SoundTouch.git
synced 2026-08-18 08:36:13 +00:00
Prompted by recovering a real speaker (192.168.178.28) that had gone stressed/unresponsive: it had previously been through `setup enable-ssh` without --service-url (leaving margeServerUrl persisted as the aftertouch.invalid placeholder, firmware retry-looping a failing DNS/curl lookup against it, #546-shaped), compounded by a burst of SSH connections from a `setup revert` attempt (see the dial-storm finding, tracked separately, not fixed here). Added --marge-url/--stats-url/--sw-update-url/--bmx-url override flags to `setup migrate`. No new backend logic: telnetURLsFromOptions (pkg/service/setup/telnet_migration.go) already supported per-field overrides end-to-end, shared with the XML method's applyURLOverrides -- the CLI just never exposed it. Lets a speaker's URLs be pointed anywhere (back to AfterTouch, or back to the genuine original Bose cloud) via a single telnet connection, no SSH and no .original backup required -- confirmed recovering the real speaker above (migration committed, a previously-timing-out plain SSH command returned instantly afterward). Documented in TROUBLESHOOTING.md: the enable-ssh placeholder-persistence gotcha (now with the escape hatch above) and the setup revert dial-storm risk as a known, not-yet-fixed issue with a workaround (prefer this lighter telnet-only migrate over repeated revert attempts). Documented the new flags in CLI-REFERENCE.md's setup migrate section.