Skip to content

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

@jay-tau

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

    No fields configured for Bug.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions