ChuckandClaude Opus 5.5 04f0d8d134 fix(ipc): reset the state subscription's reconnect wait after a good connection (#740) ...

StateSubscription._run reset its backoff only when _follow() returned
normally, which happens only on stop(). Every real disconnect raises
ControlError, so the wait kept doubling across connections: after
successive display restarts the web resubscribed 1, 2, 4, 8, 16 and then
30 s later for good, answering from one-shot state.get connections in the
meantime. The docs promise "1 s up to 30 s" per outage.

The wait now goes back to the minimum once a connection got as far as
storing a snapshot, whatever ended it. A display without the stream
(unknown_command) is still retried at the slow interval.

The frozen-timestamp bug found in the same review is fixed by #737.

Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-03 22:18:31 -04:00

..

__init__.py

feat(ipc): display control socket, stage 1 - on-demand with acks (#706)

2026-10-01 10:33:02 -04:00

client.py

fix(ipc): reset the state subscription's reconnect wait after a good connection (#740)

2026-10-03 22:18:31 -04:00

contract.py

fix(ipc): ticks carry the volatile timestamps, so current-status stays known (#737)

2026-10-03 22:00:07 -04:00

server.py

fix(ipc): ticks carry the volatile timestamps, so current-status stays known (#737)

2026-10-03 22:00:07 -04:00