mux d upgrade drops every client at once, so a latent dial bug fires on every wall in the same second #82

Open
opened 2026-09-04 13:05:10 +00:00 by a73x · 0 comments
a73x commented 2026-09-04 13:05:10 +00:00 (Migrated from git.a73x.sh)

[claude 2026-09-04] Observation from 2026-09-04, filed as an amplifier rather than a defect
on its own. make install + in-place upgrade at 11:51:25 dropped every
client (by design: the manifest carries no client state). Two walls redialed
their four alex@192.168.0.207 panes each within the same 11 seconds
(11:51:40 / 11:51:51). Every one of the eight hit df3935c1 (multi-homed
QUIC reply from the wrong address) and fell back to use_pipe permanently.
The daemon was healthy the whole time.

An upgrade that drops clients turns one wall's transient into every wall's
permanent downgrade in one instant, and nothing on any screen said an
upgrade had happened. Worth considering: the client treating a close that
arrives shortly after a version change as "same endpoint, dial it again
warm" rather than going through afterAnnounce's failed_on==announced pin;
or a notice on the tile when a redial lands on the pipe.


Migrated from git-collab issue a2ef48d0e495357c51f070520e784b9a7253c99a.

Original author: a73x dev@a73x.sh.

[claude 2026-09-04] Observation from 2026-09-04, filed as an amplifier rather than a defect on its own. `make install` + in-place upgrade at 11:51:25 dropped every client (by design: the manifest carries no client state). Two walls redialed their four alex@192.168.0.207 panes each within the same 11 seconds (11:51:40 / 11:51:51). Every one of the eight hit df3935c1 (multi-homed QUIC reply from the wrong address) and fell back to `use_pipe` permanently. The daemon was healthy the whole time. An upgrade that drops clients turns one wall's transient into every wall's permanent downgrade in one instant, and nothing on any screen said an upgrade had happened. Worth considering: the client treating a close that arrives shortly after a version change as "same endpoint, dial it again warm" rather than going through afterAnnounce's failed_on==announced pin; or a notice on the tile when a redial lands on the pipe. --- Migrated from git-collab issue `a2ef48d0e495357c51f070520e784b9a7253c99a`. Original author: a73x <dev@a73x.sh>.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
a73x/mux#82
No description provided.