Edit permission request "times out"?
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 bug
GitHub Copilot CLI started to time out when I did not immediately jump onto edit permission requests. I do leave sessions open over night, and I frequently have several sessions open in parallel, so these timeouts are really, really annoying. This only started happening with a recent update, I swear that this didn't occur in any session I had open a month ago, for example. Symptom:
✗ Edit Edit src/digestive.rs 10m 0s
● The edit did not apply because the permission request timed out; [...]
Affected version
/version says: ● GitHub Copilot CLI 1.0.80 You are running the latest version.
Steps to reproduce the behavior
Ask Copilot to make a code change. Let it wait for 10 minutes.
Expected behavior
Copilot should be as patient with me as I am with it.
Additional context
Seems to happen across OSes, I tested with WSL and with Windows. I'm using GPT 5.6 Sol, if that makes any difference.
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 edit permission request flow in GitHub Copilot CLI 1.0.80: ask for a change to a file such as src/digestive.rs and wait 10 minutes. Compare behavior across the reported WSL and Windows environments; done means a pending permission request remains usable beyond 10 minutes rather than timing out.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github, shell
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100