--no-remote flag does not fully disable remote control
- Dominant language
- Shell
- Stars
- 11.2k
- Forks
- 1.9k
- Avg merge
- 14h 16m
- Merged PRs (30d)
- 6
Description
### Describe the bug
The `--no-remote` flag is documented as "Disable remote control of your session from GitHub web and mobile", but it only sets remote to read-only instead of fully disconnecting it. The /remote off slash command correctly disconnects, but `--no-remote` does not match this behavior.
### Affected version
Copilot CLI v1.0.37
### Steps to reproduce the behavior
1. Launch `copilot --no-remote`
2. Run `/remote` to check status
3. Observe: `Remote control status: read-only`
### Expected behavior
`/remote` should show `Remote control status: disconnected`, matching the behavior of `/remote off`.
### Additional context
There is also no persistent setting in `~/.copilot/settings.json` to default remote to disconnected, so users must run `/remote off` manually every session.
Contributor guide
Research direction
Start with the CLI argument handling for `copilot --no-remote` and the `/remote` status and `/remote off` command paths. Reproduce the issue on Copilot CLI v1.0.37 or the current version, then verify that launching with `--no-remote` reports `Remote control status: disconnected` rather than `read-only`.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- shell
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Quiet
- Clarity
- Clearly specified
- Newbie friendliness
- 72/100