Copilot Cloud Agent gets intermittent access denied errors
- Linguagem predominante
- Shell
- Estrelas
- 11.2k
- Forks
- 1.9k
- Merge médio
- 14h 16min
- PRs com merge (30d)
- 6
Descrição
### Describe the bug
We are using copilot coding agent mode for working on github issues and have instructed copilot to use the report_progress tool to push files to remote since github cli (git push command gets a 'The push failed due to access permissions') and github api (gets 'The GITHUB_TOKEN doesn't have write access via git push or the git API') both get an error.
Although the report_progress seems to work most of the times, it shows following intermittent issues:
Copilot report_progress tool gets access denied error "remote: Write access to repository not granted.fatal: unable to access 'https://github.com/...': The requested URL returned error: 403" randomly even though it has pushed successfully in the same session earlier, where it had got a "Progress reported successfully." result after invoking the tool.
We have also tried instructing copilot to use just the github_mcp_server/push_files tool, but that has below issues:
a. Despite clear instruction to not use the report_progress tool, copilot will still attempt to use it (and may succeed which causes another issue as below)
b. Later, it may use the github_mcp_server/push_files but that leads to git rebase errors as there seem to be two users it users that do the push via report_progress Vs github_mcp_server/push_files
Could you pl advise on how to avoid intermittent access denied errors
Thanks
### Affected version
Multiple versions of cloud agent
### Steps to reproduce the behavior
_No response_
### Expected behavior
Should not get access denied error and be able to push code successfully
### Additional context
_No response_
Guia de contribuição
Direção de pesquisa
Start by comparing the report_progress and github_mcp_server/push_files paths described in the issue, including how each authenticates and pushes changes. Reproduce the cloud agent workflow and capture when the 403 or rebase error occurs; done means both push methods behave consistently without access-denied or conflicting-push failures.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- git, github
- Domínio
- developer-experience, tooling
- Tipo de issue
- Bug
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Status de atividade
- Pouca atividade
- Clareza
- Precisa de esclarecimento
- Facilidade para iniciantes
- 42/100