Regression: Win+H (Windows Voice Typing) no longer works in the CLI input box
- Vorherrschende Sprache
- Shell
- Sterne
- 11.2k
- Forks
- 1.9k
- Ø Merge
- 14 Std. 16 Min.
- Gemergte PRs (30 T.)
- 6
Beschreibung
### Describe the bug
Regression: Win+H (Windows Voice Typing) no longer works in the CLI input box — broke with the v1.0.61 input restyling.
Repro:
1. Launch copilot (Windows 11, Windows Terminal)
2. Focus the input prompt
3. Press Win+H
4. Get error: "To use voice typing, select a text box then try again"
Confirmed not a Windows-side issue: Win+H works correctly in Notepad in the same session.
Used to work in prior versions. The 1.0.61 changelog notes "styled inputs… borders, headers" — the new input frame appears to no longer expose itself to Windows as a standard editable control, so voice typing (and likely other IME / accessibility tools) cannot target it.
Impact: blocks dictation as an input method, which is meaningful for long prompts.
Version: 1.0.61
### Affected version
_No response_
### Steps to reproduce the behavior
_No response_
### Expected behavior
_No response_
### Additional context
_No response_
Beitragsleitfaden
Rechercherichtung
Beginne damit, das Problem unter Windows 11 in Windows Terminal mit Version 1.0.61 zu reproduzieren, und vergleiche dann das Eingabeverhalten mit einer früheren Version und mit Notepad. Konzentriere dich auf die im Änderungsprotokoll von v1.0.61 erwähnte Neugestaltung der Eingabe; abgeschlossen ist die Aufgabe, wenn Win+H wieder das CLI-Eingabefeld ansteuern kann, ohne die normale Eingabe an der Eingabeaufforderung zu beeinträchtigen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- shell
- Bereich
- accessibility, cli
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Ruhig
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 45/100