Summary
When channels and categories are created or deleted on the server while a client is connected, the client's channel list does not update in real time. The new channels only appear after a manual refresh (re-selecting the space, switching spaces, or reloading the client).
Reproduction
- Connect to a space in the desktop client and leave the channel list visible.
- From another source — the MCP API, another client, or the server admin tools — create one or more channels in that space (categories and text/voice channels).
- Observe the connected client's sidebar.
Expected: New channels/categories appear in the sidebar as they are created. Deletions are removed in the same way.
Actual: The sidebar stays frozen on whatever it was showing when the client connected. The channels only show up after the user navigates away and back, or restarts the client.
Context
Reproduced just now against chat.daccord.gg (accord-mcp 0.1.20) while bulk-creating 5 categories + 17 channels via the MCP create_channel tool. The connected desktop client showed zero updates during the ~20s burst of writes; the new structure only appeared after switching spaces and back.
The server's gateway likely needs to emit channel.create / channel.delete (and channel.update for reparenting) events, and the client needs to apply them to the channel-list store. Worth confirming both ends — it could be:
- Server isn't broadcasting these events on the gateway, or
- Server broadcasts them but the client doesn't subscribe / doesn't apply them to the sidebar store.
A quick check of the gateway log on the server during a create_channel call should disambiguate.
Severity
Low/medium — not a data-loss bug, but it breaks the "feels live" expectation and makes admin tooling (and the MCP integration in particular) feel broken to users watching the UI.
Summary
When channels and categories are created or deleted on the server while a client is connected, the client's channel list does not update in real time. The new channels only appear after a manual refresh (re-selecting the space, switching spaces, or reloading the client).
Reproduction
Expected: New channels/categories appear in the sidebar as they are created. Deletions are removed in the same way.
Actual: The sidebar stays frozen on whatever it was showing when the client connected. The channels only show up after the user navigates away and back, or restarts the client.
Context
Reproduced just now against
chat.daccord.gg(accord-mcp 0.1.20) while bulk-creating 5 categories + 17 channels via the MCPcreate_channeltool. The connected desktop client showed zero updates during the ~20s burst of writes; the new structure only appeared after switching spaces and back.The server's gateway likely needs to emit
channel.create/channel.delete(andchannel.updatefor reparenting) events, and the client needs to apply them to the channel-list store. Worth confirming both ends — it could be:A quick check of the gateway log on the server during a
create_channelcall should disambiguate.Severity
Low/medium — not a data-loss bug, but it breaks the "feels live" expectation and makes admin tooling (and the MCP integration in particular) feel broken to users watching the UI.