Regression: Win+H (Windows Voice Typing) no longer works in the CLI input box
- 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
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_
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par reproduire le problème sur Windows 11 dans Windows Terminal avec la version 1.0.61, puis comparez le comportement de saisie avec celui d’une version précédente et avec Notepad. Concentrez-vous sur la nouvelle présentation de la saisie mentionnée dans le changelog de v1.0.61 ; c’est terminé lorsque Win+H peut à nouveau cibler la zone de saisie CLI sans provoquer de régression dans la saisie normale à l’invite.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- shell
- Domaine
- accessibility, cli
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Calme
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100