Skip to content

Commit 1eb20d4

Browse files
committed
Update changelog to match new connected and reconnected terms
1 parent d22a4db commit 1eb20d4

1 file changed

Lines changed: 5 additions & 5 deletions

File tree

src/changelog/2026/09/client-presence-events.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -16,14 +16,14 @@ Every client now carries a stable `clientId` on `msg._client`. The old `socketId
1616

1717
The `ui-control` node can now emit presence events keyed on that id. Set its **Output** to **Client Presence Events Only** and it sends:
1818

19-
- `client-connect` when a new client first connects
20-
- `client-reconnect` when a client returns after a brief drop
19+
- `client-connected` when a new client first connects
20+
- `client-reconnected` when a client returns after a brief drop
2121
- `client-gone` when a client leaves and does not come back
2222

23-
A grace window means a quick refresh or network blip does not fire `client-gone`. A client that returns within 20 seconds is reported as `client-reconnect` instead, so you only hear about genuine departures. Use these to keep an accurate map of who is currently viewing your dashboard: add on connect, keep on reconnect, remove on gone.
23+
A grace window means a quick refresh or network blip does not fire `client-gone`. A client that returns within 20 seconds is reported as `client-reconnected` instead, so you only hear about genuine departures. Use these to keep an accurate map of who is currently viewing your dashboard: add on connect, keep on reconnect, remove on gone.
2424

25-
![A ui-control node set to Client Presence Events Only, with a debug node showing a client-connect message](./images/client-presence-events.gif)
26-
*Reopening the same browser produces `client-reconnect` rather than a second `client-connect`, so the client keeps its place in your map. The recording uses a shortened grace window so the events fit on screen; the real window is 20 seconds.*
25+
![A ui-control node set to Client Presence Events Only, with a debug node showing a client-connected message](./images/client-presence-events.gif)
26+
*Reopening the same browser produces `client-reconnected` rather than a second `client-connected`, so the client keeps its place in your map. The recording uses a shortened grace window so the events fit on screen; the real window is 20 seconds.*
2727

2828
**Note:** if you have `ui-control` nodes set to **All Events**, they will now also emit the `client-*` presence messages. The `client-` prefix keeps them distinct from the existing `connect` / `lost` events, so flows that switch on `msg.payload` are unaffected, but a flow that reacts to *every* message from that node will see the new ones.
2929

0 commit comments

Comments
 (0)