GitHub Mobile stays "Queued for Copilot" after remote CLI already responds

Describe the bug

GitHub Mobile does not refresh a remotely controlled Copilot CLI session after submitting a prompt. The mobile app remains at "Queued for Copilot", even though the local CLI receives the prompt and responds immediately. Opening the same session on GitHub.com shows the response and updates correctly in real time.

This appears isolated to GitHub Mobile session state synchronization rather than prompt delivery, CLI execution, or the remote-control connection.

Affected version

• GitHub Copilot CLI 1.0.80
• GitHub Mobile 1.273.0
• Android 16
• CLI host: Debian 13 x86_64

Steps to reproduce the behavior

1. Start a repo-less interactive session with copilot --allow-all --remote.
2. Open that remote session in GitHub Mobile.
3. Submit Hi from the mobile app.
4. Observe that GitHub Mobile displays "Queued for Copilot" and does not show a response.
5. Inspect the local CLI: it received Hi immediately and responded Hi! How can I help?.
6. Open the same remote session on GitHub.com: the response is present and the browser interface updates correctly.

Expected behavior

GitHub Mobile should update the remote session in real time, replace the queued state when the prompt is accepted, and display the CLI response just as GitHub.com does.

Additional context

• The CLI reports remote control connected successfully.
• The Copilot remote service remains active and its GitHub HTTPS connections remain established.
• The CLI log contains no corresponding disconnect or prompt-delivery error.
• Keep-alive is enabled, and the host remains online.
• Related broader report: #2765. This report isolates the failure to GitHub Mobile because the browser works correctly against the same live session.

首先使用 copilot --allow-all --remote 重现该会话，然后使用同一个实时会话比较 GitHub Mobile 与 GitHub.com。报告未指出任何仓库文件或测试，因此请调查移动端的会话状态路径，而不是 CLI 提示传递。完成标准是 Mobile 替换“Queued for Copilot”，并实时显示 CLI 响应。