Skip to content

fix(app): the stereo balance is readable again, and sits where people look - #586

Merged
JRpersonal merged 1 commit into
mainfrom
fix/balance-v2
Aug 9, 2026
Merged

fix(app): the stereo balance is readable again, and sits where people look#586
JRpersonal merged 1 commit into
mainfrom
fix/balance-v2

Conversation

@JRpersonal

Copy link
Copy Markdown
Owner

Three faults, one feature.

The pair's master was never resolved. The agent sends that field as
masterDeviceID and the app read st.master, so pair.master was empty on every
pair and "ask the pair's MASTER for the balance" quietly asked whichever half
happened to be selected. That is precisely what the earlier fix set out to do,
so the balance stayed invisible for anyone who picked the other speaker, and
the owner who reported it said so again on the very release that claimed to fix
it. Both spellings are accepted now, so an older agent keeps working.

It also sat next to the volume slider on the Play page, where it reads as a
control that does nothing. It is a read-out: the firmware accepts no balance
write that sticks. It now appears in Multi-Room, where a pair is made and
undone, and in Speaker settings, with the reading and where the value can
actually be changed as visible text rather than a tooltip nobody opens.

And a stereo pair is no longer judged by /getZone. A pair is a firmware group
made with /addGroup, and /getZone answers for a healthy one, so the
new liveness check reported a working pair as standalone six seconds after it
was created. Caught on two SoundTouch 10s while testing.

Release-Note: fix(app): the stereo balance of a pair is shown again, in Multi-Room and in the speaker settings
Release-Note: fix(multiroom): a stereo pair is no longer reported as ungrouped moments after it is created

Co-Authored-By: Claude Opus 5 (1M context) noreply@anthropic.com
Claude-Session: https://claude.ai/code/session_01W4ZJXsnpmJuazCKF6ijdcZ

… look

Three faults, one feature.

The pair's master was never resolved. The agent sends that field as
masterDeviceID and the app read st.master, so pair.master was empty on every
pair and "ask the pair's MASTER for the balance" quietly asked whichever half
happened to be selected. That is precisely what the earlier fix set out to do,
so the balance stayed invisible for anyone who picked the other speaker, and
the owner who reported it said so again on the very release that claimed to fix
it. Both spellings are accepted now, so an older agent keeps working.

It also sat next to the volume slider on the Play page, where it reads as a
control that does nothing. It is a read-out: the firmware accepts no balance
write that sticks. It now appears in Multi-Room, where a pair is made and
undone, and in Speaker settings, with the reading and where the value can
actually be changed as visible text rather than a tooltip nobody opens.

And a stereo pair is no longer judged by /getZone. A pair is a firmware group
made with /addGroup, and /getZone answers <zone /> for a healthy one, so the
new liveness check reported a working pair as standalone six seconds after it
was created. Caught on two SoundTouch 10s while testing.

Release-Note: fix(app): the stereo balance of a pair is shown again, in Multi-Room and in the speaker settings
Release-Note: fix(multiroom): a stereo pair is no longer reported as ungrouped moments after it is created

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01W4ZJXsnpmJuazCKF6ijdcZ
@JRpersonal JRpersonal added bug Something isn't working go Go-related changes frontend Desktop app frontend (Wails Vite/JS/CSS) changes labels Aug 9, 2026
@JRpersonal
JRpersonal merged commit 655613f into main Aug 9, 2026
12 checks passed
@JRpersonal
JRpersonal deleted the fix/balance-v2 branch August 9, 2026 18:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working frontend Desktop app frontend (Wails Vite/JS/CSS) changes go Go-related changes

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant