When adding two steering message the first gets queued which messes up order.
まだ誰も着手していません。
- 主要言語
- Shell
- スター
- 11.2k
- フォーク
- 1.9k
- 平均マージ
- 14時間 16分
- マージ済み PR(30日)
- 6
説明
Describe the bug
When steering, and then you have another idea and steer again, the order of the steering messages is flipped and the first message is queued. Leading to the wrong order of execution.
This happens a lot when you think of relevant context after firing off the steering message.
Affected version
GitHub Copilot CLI 1.0.78. Run 'copilot update' to check for updates.
Steps to reproduce the behavior
- Start a task in copilot CLI
- Give it a steering message
- Before it's finished processing steer again, e.g. adding more context
This leads to the first steering message being queued, and the second steering message being used now, which would even be confusion for a human.
Expected behavior
Steering happens in the order we steer, and is not queued without asking to queue.
Additional context
- OS: MacOS
- Shell: Nushell
- Terminal: Ghostty (seems to have with normal Mac terminal as well though)
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、Copilot CLI 1.0.78 での動作を再現します。issue の手順に従い、1つ目の steering メッセージを送信し、処理が完了する前にもう1つ送信します。steering メッセージの処理とキューのエントリポイントを追跡し、steering メッセージが送信された順序で実行され、明示的な要求なしにはキューに入れられないことを確認します。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- shell
- 領域
- cli
- issue の種類
- バグ
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 静か
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 55/100