github / github/copilot-cli

[Bug] -i initial prompt can remain pending until a second user message on Windows

Ouverte
#4,784 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

triage
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

Starting Copilot CLI with -i/--interactive <prompt> can open the interactive session without executing the supplied initial prompt. The terminal remains responsive. After the user submits another message, the original initial prompt is then executed automatically.

Debug logging shows the pending request is emitted before the foreground session host is registered:

[WARNING] pending-request event was not delivered to the session host
GenericFailure, no session host is registered for session <redacted>
...
[INFO] Starting Copilot CLI: 1.0.84-3
...
[INFO] Registering foreground session: <redacted>

This appears to be a startup ordering/race issue rather than command-line quoting or CR/LF handling.

Affected version

GitHub Copilot CLI 1.0.84-3

Steps to reproduce the behavior
  1. On Windows, open PowerShell.
  2. Run copilot -i "Test of prompt.".
  3. Observe that the interactive UI launches but the supplied prompt may remain unexecuted.
  4. Submit any second message in the session.
  5. Observe that the original Test of prompt. request is then executed automatically.

The same diagnostic ordering occurs when invoking the WinGet executable directly:

& "$env:LOCALAPPDATA\Microsoft\WinGet\Links\copilot.exe" -i "Test of prompt."
Expected behavior

The prompt supplied through -i should execute automatically as soon as the interactive session is ready, without requiring another user message.

Additional context
  • Date reproduced: September 9, 2026
  • OS: Windows, x64
  • Shell: PowerShell 7.6.5
  • Terminal hosts tested: Windows Console Host and Windows Terminal
  • Copilot CLI: 1.0.84-3 (reported as latest)
  • Both the WindowsApps launch alias and direct WinGet executable were tested.
  • The WindowsApps package was repaired from 1.0.83.0 / NeedsRemediation to 1.0.84.0 / Ok; the pending-request warning still occurred afterward with both launch paths.
  • Fresh traces consistently recorded the warning about no registered session host roughly 1.2 seconds before Registering foreground session.
  • Full debug logs are not attached because they may contain environment/account metadata, but can be provided privately if requested.

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Commencez par reproduire copilot -i "Test of prompt." dans PowerShell sous Windows et examinez le journal de débogage autour de l’événement pending-request et de l’entrée Registering foreground session. C’est terminé lorsque l’invite initiale s’exécute dès que la session interactive est prête, sans nécessiter de second message.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
powershell, shell
Domaine
cli, operating-systems
Type d'issue
Bug
Difficulté
4/5
Temps estimé
3-5 jours
Activité
Active
Clarté
Plutôt claire
Accessibilité débutants
52/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.