Spamming server errors during subagent execution
Personne n'a encore pris cette issue.
- Langage dominant
- Shell
- Étoiles
- 11.2k
- Forks
- 1.9k
- Merge moyen
- 14 h 16 min
- PR mergées (30 j)
- 6
Description
Describe the bug
There are a lot of transient server errors, especially during subagent tasks. Every time I run anything using fleet or anything that requires a subagent task, I'll get 10-15 or more copies of "Response was interrupted due to a server error. Retrying...".
Nothing seems to be affected, and the /tasks read-only view does not show any issues.
Affected version
GitHub Copilot CLI 1.0.74-0
Steps to reproduce the behavior
No response
Expected behavior
It would be nice if the messages could be collapsed into one, for example, that updates a disruption count in place, or even just a little "Unstable connection, 5 retries" at the bottom somewhere.
Additional context
No response
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par reproduire une tâche fleet ou subagent sur GitHub Copilot CLI 1.0.74-0 et observez les messages de nouvelle tentative avec la vue en lecture seule /tasks. Suivez l’endroit où les messages répétés "Response was interrupted due to a server error. Retrying..." sont émis ; le travail est terminé lorsque les nouvelles tentatives transitoires sont représentées par un seul message regroupé ou un compteur d’interruptions, sans modifier le comportement de la tâche.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- shell
- Domaine
- cli
- Type d'issue
- Bug
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100