-
Notifications
You must be signed in to change notification settings - Fork 3
plat 548
PLAT-548 — An auto-notification restarted the coding CLI's session, so the chat kept showing "Conversation restored"
| Field | Value |
|---|---|
| State | fixed on main |
| Priority | - |
| Product | chat |
| Area | reliability |
| Summary | fixed on main, not deployed: a notification shares the interactive role. |
| Coordination | Value |
|---|---|
| State | fixed on main (2026-10-05, 75bc9e981); not deployed; owner to check locally |
| Date | 2026-10-05 |
| Owner | chat-reliability |
Owner, Upwork chat (Codex): the "Conversation restored" card shown again and again, here after a server restart.
resolveWorkflowChatPolicy gives an auto-notification the origin notification and a typed message interactive. The origin is part of the role key (workflowChatPolicy.sessionKey), and a role change replaces the native coding-CLI session (chatPolicyRoleRequiresReconnect). So every switch between a notification turn and a typed turn discarded the Codex thread and started a new one with the "[AGENTWORKS CONVERSATION CONTINUITY]" summary.
2026-10-05 23:48: the "Your browser extension has disconnected" notification led to [CHAT_POLICY] Policy refresh ... (mode "workshop" -> "workshop"); starting a fresh native coding-agent session at 23:48:41. The owner's message led to the same again at 23:48:53, cancelling the first. The notification origin changes no capability anywhere; it was only a label in the key.
-
sessionKey:notificationcounts asinteractivefor the role, aspulsealready counts asscheduled. The origin staysnotificationfor provenance. The capability set is still in the key, so a real difference still starts a fresh session. - Test
TestAutoNotificationKeepsTheInteractiveNativeConversation. One pre-existing one-lineifin the same function was formatted. - The code commit
75bc9e981landed without this ticket (a script error); this file and the register and decision entries were added right after.
- After a real server restart one continuity notice can still appear when the saved role key differs; check it appears at most once, not once per notification.
- Owner check: in a Codex chat, trigger a notification (e.g. a step finishing), then type; no new "Conversation restored" card.
PLAT-548, fixed on main, not deployed: a notification shares the interactive role.
Auto-synced from docs/ on main. Edit there, not here.