Skip to content

Running /update from a resumed session leaves conflicting --session-id and --resume flags #3821

Description

@jay-tau

Summary

When I resume a Copilot CLI session with copilot -r, then run /update because an update is available, the CLI fails after the update instead of resuming the session. It appears to restart with both --session-id and -r/--resume set.

Steps to reproduce

  1. Start Copilot CLI by resuming a previous session:
    copilot -r
  2. In the resumed session, when an update is available, run:
    /update
    
  3. After the update finishes/restarts, try to continue the resumed session.

Actual behavior

The CLI prints resume/session info, then exits with this error:

╭─╮╭─╮   Changes    +705 -11
╰─╯╰─╯   AI Credits 0 (49h 52m 6s)
█ ▘▝ █   Resume     copilot --resume="juby-tax"
 ▔▔▔▔

error: option '--session-id <id>' cannot be used with option '-r, --resume[=value]'

It does not resume the previous session.

Expected behavior

After /update from a resumed session, Copilot CLI should continue/resume the same session without passing mutually exclusive flags, or it should restart with only the correct resume/session flag.

Environment

  • Copilot CLI version: 1.0.63
  • OS: Linux

Metadata

Metadata

Assignees

No one assigned

    Labels

    area:installationInstalling, updating, versioning, PATH setup, and binary distributionarea:sessionsSession management, resume, history, session picker, and session state

    Type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions