Permission prompts don't distinguish read-only from write operations outside cwd
Nobody has claimed this yet.
- Dominant language
- Shell
- Stars
- 11.2k
- Forks
- 1.9k
- Avg merge
- 14h 16m
- Merged PRs (30d)
- 6
Description
Describe the feature or problem you'd like to solve
When the agent runs any shell command touching a directory outside the working directory, the CLI prompts for full approval of that path — even for provably read-only commands like docker compose ps or docker compose config . This forces users to either grant broader access than needed or manually run harmless diagnostic commands themselves. Please consider a tiered permission model (read vs. write/execute scope), or at minimum surface in the prompt what level of access is actually being exercised.
Proposed solution
Copilot should only ask for the permissions it actually needs. If doesn't need to write to a directory then it shouldn't escalate to get that permission.
Example prompts or workflows
No response
Additional context
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the permission prompt for docker compose ps and docker compose config when they touch a directory outside the working directory. Trace how the CLI determines required access and define what “done” means for distinguishing read-only access from write or execute access, or clearly surfacing the exercised access level.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker-compose, shell
- Domain
- cli, security
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100