ACP: /rename reports success but doesn't rename the session #5115

Activity

1. github-actions

   added

   triage

   on Oct 11, 2026
2. rishidevcli54-mcp commented on Oct 11, 2026

   

   rishidevcli54-mcp

   on Oct 11, 2026 via email

   More actions

   ramesh.r

   …

   On Sun, 11 Oct 2026, 20:43 Miguel Rivera ***@***.***> wrote: *miriver* created an issue (github/copilot-cli#5115) <#5115> Describe the bug In ACP mode (copilot --acp --stdio), /rename <name> reports success but doesn't rename the session. Copilot advertises the command in available_commands_update, and sending it as a session/prompt ends end_turn in about 1 ms, with no model call, with the reply Session renamed to: <name>. But nothing is saved: the session's workspace.yaml keeps its old name and user_named: false, and session/list keeps returning the old title, from the same process and from a new one. /session rename <name> behaves the same. ACP has no client method to set a session's title (titles are agent-owned and reported with session_info_update), so /rename is the only way for an ACP client to rename a Copilot session. Affected version GitHub Copilot CLI 1.0.95 Steps to reproduce the behavior 1. Start copilot --acp --stdio and initialize. 2. session/new with a cwd, and send one ordinary prompt, so the session is saved and listed (its title is the first message). 3. Send a session/prompt with the text /rename My new name. 4. The reply is Session renamed to: My new name, with stopReason: end_turn. 5. Call session/list with that cwd, in the same process or a new one: the session's title is still the first message. 6. Open ~/.copilot/session-state/<id>/workspace.yaml: still the old name, and user_named: false. No session_info_update is sent with the new title. Expected behavior /rename <name> over ACP renames the session as it does in the interactive CLI: it saves the name (name, user_named: true), session/list returns it, and Copilot sends a session_info_update with the new title, so the client can update its view. Additional context - Windows 11, x86_64. Driven from a Node ACP client ( @agentclientprotocol/sdk). - Writing name and user_named: true into workspace.yaml by hand does change the title in session/list, so the listing side works. Only the command doesn't save. - In the 1.0.95 bundle, one session implementation's renameSession() calls the native session.name.set, and another's is an empty stub (async renameSession(t){}, next to getWorkspace(){return null}). The ACP session seems to get the stub. The success message is printed either way. - Related: #4244 <#4244> ( /rename in VS Code agent sessions), #2622 <#2622> (a manual name overwritten by an automatic one). — Reply to this email directly, view it on GitHub <#5115?email_source=notifications&email_token=CCECI7N3FQVUGGWRUZO5KK35TO2BNA5CNFSL4Z3JMQ5C6L3HNF2C22DVMIXUS43TOVSS6NJYGAZTANJSHA4DHJTSMVQXG33OVJZXKYTTMNZGSYTFMSSWK5TFNZ2KYZTPN52GK4S7MNWGSY3L>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/CCECI7J6AY74J6G2SLNMFDD5TO2BNAVCNFSNUABFKJSXA33TNF2G64TZHM2TQNJYGYYDMNRUHNEXG43VMU5TKOBQGMYDKMRYHAZ2C5QC> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>
3. copilot-cli-bot

   added

   area:non-interactiveNon-interactive mode (-p), CI/CD, ACP protocol, and headless automationNon-interactive mode (-p), CI/CD, ACP protocol, and headless automation

   area:sessionsSession management, resume, history, session picker, and session stateSession management, resume, history, session picker, and session state

   and removed

   triage

   on Oct 12, 2026
4. copilot-cli-bot

   added the

   Bug

   issue type on Oct 12, 2026