Terminal: Aucune saisie au clavier

C'est certainement inattendu - est-ce que ce repro avec un certain nombre d'onglets?

Pourriez-vous partager le numéro de version réel à partir de la boîte de dialogue Terminal about? Ces informations nous permettent de suivre beaucoup plus facilement les rapports de bogues, puisque la "dernière version" peut être soit "la dernière version", soit "construite à partir du maître", et ces deux versions changent avec le temps par rapport au moment où le bogue a été signalé.

Il y a un autre bogue flottant dans lequel focaliser la fenêtre en cliquant sur l'onglet ne focalise pas réellement le contrôle du terminal - est-ce que cliquer sur le "terminal" de la fenêtre fait quelque chose?

Je suis à peu près sûr que personne dans l'équipe de développement ne voit quelque chose comme ça, donc il nous sera assez difficile de corriger ce bogue sans plus d'informations. Peut-être que si vous pouviez construire la source du formulaire et déboguer pour voir si Terminal::SendKeyEvent est touché?

La version de Windows 10 est Microsoft Windows [version 10.0.19041.21].
La version du terminal est 0.8.10261.0 à partir du Microsoft Store.

Le problème ne semble pas se concentrer, peu importe où je clique, je ne peux pas du tout obtenir de saisie au clavier.

Peut-être pouvez-vous me parler de ce correctif?

Le bogue est revenu après une installation propre - j'aimerais pouvoir me souvenir comment le recréer, je soupçonne qu'une mise à jour Windows sur Insider le dérange peut-être?

Cogner ça. Je vois un curseur clignotant mais je ne parviens toujours pas à saisir le terminal Windows.

Moi aussi, je vois le problème. Cela m'est arrivé deux fois. Je peux taper la plupart des caractères spéciaux, c'est-à-dire

• _ = + [{]}; : "" <,>. ? /.

Impossible de taper des lettres ou des chiffres. Aucun caractère spécial sur les nombres en utilisant shift.

Je ne sais pas comment cela s'est passé mais je pense que dans les deux cas, j'utilisais un écran partagé de terminal. Lorsque je me suis éloigné du terminal et y suis revenu un peu plus tard, le problème était là. Je pense que le seul correctif pour le moment est de redémarrer la machine et je peux ensuite taper à nouveau.

La dernière version: 0.8.10261.0
Windows Insider Build: 19559.rs_prerelease.200131-1437

Notez également ce que je ressens est un grand nombre de processus Console Windows Host cours d'exécution, mais je ne sais pas si cela est lié. Actuellement, aucun terminal ou console n'est ouvert sur mon bureau

Créé un fichier de vidage du processus terminal si cela peut aider de toute façon, laissez-moi savoir comment vous le faire parvenir.

Cela m’arrive aussi, assez fréquemment.

Le terminal fonctionne bien pendant un certain temps, puis cesse d'accepter les entrées clavier pour le conteneur Ubuntu Wsl2.
a confirmé l'observation de MCrank selon laquelle certains caractères spéciaux fonctionnent toujours correctement.

si j'ouvre un nouvel onglet ou ferme et rouvre aucun changement.
si je redémarre l'application du terminal, aucun changement.

si j'ouvre un onglet PowerShell, cela fonctionne pendant une courte période, alors le même problème se produit avec lui, donc ce n'est pas limité aux conteneurs wsl2 assez curieusement.

l'arrêt et le redémarrage du service LxssManager semblent restaurer l'entrée du clavier pendant un certain temps, je ne pensais pas que cela affecterait PowerShell, donc je ne sais pas vraiment pourquoi, il suffit de signaler ce que je vois au cas où il serait utile de suivre ce bogue.

cela a commencé à se produire après la dernière mise à jour, et cela se produit assez fréquemment pour rendre le terminal presque inutilisable et je travaille toute la journée sur la ligne de commande, ce qui représente une grave interruption du flux de travail pour moi.

cette dernière fois, le redémarrage de lxssManager n'a pas fait l'affaire et j'ai remarqué que le menu Démarrer et la recherche ne répondaient pas non plus à la saisie au clavier, même si toutes les autres applications fonctionnent toujours bien. vous ne savez pas si c'est le même problème? ou lié?

Je sais que vous avez dit «tout le reste», mais lorsque l'entrée meurt, pouvez-vous toujours taper dans la zone de recherche du menu Démarrer ou dans le hub de commentaires? Ceux-ci utilisent tous deux la plate-forme d'application moderne, alors que powershell.exe et cmd.exe ne le sont pas. En regardant un problème de plate-forme d'entrée possible qui dépasse le simple terminal.

@ DHowett-MSFT Je suis sur build-19564 et je vois également cela, je peux confirmer que cela se produit également dans le menu Démarrer de Windows et dans le hub de commentaires, donc je confirme que cela pourrait être plus large que le terminal Windows.

lorsque cela se produit, je ne peux pas taper dans la recherche du menu de démarrage, dans le hub de commentaires ou dans cortana.
J'ai complètement désactivé cortana au cas où cela aiderait, et ce n'est pas le cas.

Windows: 19569.1000 (aperçu des initiés)
Version du terminal Windows: 0.9.433.0

C'est certainement inattendu - est-ce que ce repro avec un certain nombre d'onglets?

Pourriez-vous partager le numéro de version réel à partir de la boîte de dialogue Terminal about? Ces informations nous permettent de suivre beaucoup plus facilement les rapports de bogues, puisque la "dernière version" peut être soit "la dernière version", soit "construite à partir du maître", et ces deux versions changent avec le temps par rapport au moment où le bogue a été signalé.

Il y a un autre bogue flottant dans lequel focaliser la fenêtre en cliquant sur l'onglet ne focalise pas réellement le contrôle du terminal - est-ce que cliquer sur le "terminal" de la fenêtre fait quelque chose?

Je suis à peu près sûr que personne dans l'équipe de développement ne voit quelque chose comme ça, donc il nous sera assez difficile de corriger ce bogue sans plus d'informations. Peut-être que si vous pouviez construire la source du formulaire et déboguer pour voir si Terminal::SendKeyEvent est touché?

J'ai construit et débogué et le Terminal :: SendKeyEvent ne s'est pas déclenché. Mon problème démarre lorsque j'active Windows Insider et installe les mises à jour.

Impossible de taper lors du démarrage avec l'onglet PS. Ensuite, je crée un onglet cmd - maintenant je peux taper, jusqu'à changer le focus de l'onglet vers une autre fenêtre ou un autre onglet. Là encore, la saisie au clavier ne fonctionne pas. Retirer et réinstaller le terminal n'aide pas.
Windows 19041.113, (aperçu Insiders)

Peut confirmer que cela se produit également sur Windows Insider build 19569. Un onglet cmd fonctionne dans Terminal, mais WSL et Powershell n'acceptent aucune entrée clavier à l'exception de quelques caractères spéciaux (alt + <, alt +>, etc.)

Version du terminal Windows: 0.9.433.0

Peut-être que cela n'a rien à voir avec le problème actuel. Mais c'est peut-être un problème courant avec les applications modernes.

Je rencontre souvent des problèmes dans Windows Search où je ne peux pas taper. Ce phénomène se rencontre plus facilement avec certains IME Win32, comme Baidu Pinyin. Ce phénomène est rarement rencontré après l'utilisation de Microsoft Pinyin, mais il n'est pas totalement absent. Rouvrir la fenêtre de recherche après un certain temps, l'entrée peut fonctionner.

J'ai toujours pensé que c'était un problème de compatibilité entre l'application moderne et l'héritage Win32 IME. Mais parfois, cela peut également arriver avec Microsoft Pinyin. C'est une application moderne. De plus, le problème a persisté pendant les deux ans d'expérience Insider.

Je n'ai pas rencontré ce problème dans le terminal Windows, car l'ancienne version du terminal Windows ne prenait pas en charge IME, et le problème de fin de ligne, je ne l'ai pas utilisé depuis longtemps. Si je rencontre un problème avec le terminal Windows et l'IME, je fournirai des commentaires.

Et si vous n'avez pas d'IME, cela peut être un problème d'initié:

https://blogs.windows.com/windowsexperience/2020/03/05/announcing-windows-10-insider-preview-build-19577/

• Nous avons résolu un problème où l'entrée cessait de fonctionner à certains endroits si l'historique du presse-papiers (WIN + V) était ignoré sans rien coller.

Les "certains endroits" ne sont que des applications modernes, toutes les applications win32 ne sont pas affectées.

Windows Insider build 19577 semble avoir résolu ce problème pour moi (yay!)

Je suis presque sûr que personne dans l'équipe de développement ne voit quelque chose comme ça,

Je me suis produit depuis 0.8
Pas d'entrée directe.
La plupart des utilisateurs japonais de Windows 10 et de wt ont probablement rencontré ce problème.
Est-il difficile pour une équipe de développement de tester dans un environnement japonais?

Windows 10.0.19041.113
WT 0.9.433.0
日本語 キ ー ボ ー ド (106/109 キ ー)

Nous voyons cela _occasionnellement_, et nous suivons avec la bonne équipe en interne. Il semble qu'il y ait quelque chose dans la pile d'entrée; nous ne pouvons pas dire avec certitude si Terminal est la cause du problème ou une autre victime.

Si quelqu'un a une repro «cohérente» que nous pouvons faire sur nos propres machines, ce serait très utile lorsque nous parlons à cette équipe.

Merci pour les équipes @ DHowett-MSFT 😃

J'ai essayé WT (Preview) 0.10.761.0, mais c'est toujours arrivé.

J'espère vraiment le résoudre d'une manière ou d'une autre. 🙏

ps

• Il n'y a aucun problème avec la version PowerShell 7 GA.
• Problème uniquement dans WT (essayé chacun de ces shells Windows PowerShell, cmd, PowerShell, Azure Cloud Shell).
• J'utilise toujours avec les paramètres par défaut.

modifié le 23 mars 2020

• Pas encore corrigé dans Windows Terminal Preview v0.10.781.0

Cela ne fait que commencer à m'arriver. Réparer / réinitialiser / réinstaller n'a rien fait pour résoudre le problème. Je peux taper partout ailleurs, sauf pour le terminal Windows, où je ne peux taper que quelques caractères spéciaux comme d'autres personnes décrites ci-dessus.

Ceci est sur la version du terminal Windows: 0.10.781.0
Windows 10 Éducation Build 19041.153

Le même problème se produit.

• Windows 10 19041.153
• POIDS 0.10.781.0
• Clé japonaise 106/109 avec ATOK Pro (méthode de saisie)
  
  
  
  • sans ATOK, même comportement
  
  

Oui, il me semble aussi avoir le problème.

• Version Windows 10.0.19587 Build 19587
• POIDS 0.10.781.0
• Anglais (US)

Peut également confirmer ce problème.

• Microsoft Windows [version 10.0.19041.153]
• Terminal v0.10.781.0
• Français (FR)

Peut confirmer cela aussi.

• Windows build 19603
• Terminal v0.10.781.0

Aucune saisie de texte ne fonctionne sur aucun onglet WT, mais ils fonctionnent dans les applications réelles.

Juste un petit côté, l'installation du dernier Fast Ring de 19608 semble l'avoir résolu jusqu'à présent. Je peux à nouveau saisir toutes les fenêtres du terminal.

Je suis en 19592 et je n'ai pas vu cela se produire depuis un moment. Se sentir chanceux :)

Je suis sur le dernier Slow Ring (19041.207) et je le vois aussi.

À tous les participants de ce fil qui abordent le problème:

La prochaine fois que cela se produit, pouvez-vous lancer le _Feedback Hub_ et utiliser la section "Advanced Diagnostics" pour capturer les diagnostics dans la catégorie Input and Language , sous-catégorie Input Lag ?

Cliquez sur Démarrer l'enregistrement , puis entrez quelques caractères dans le terminal.

Revenez au hub de commentaires, puis cliquez sur Arrêter l'enregistrement .

Vous obtiendrez une nouvelle entrée de journal de diagnostic:

Sélectionnez Emplacement du fichier et envoyez-moi par e-mail l'archive de diagnostic dans ce dossier ou joignez-la à OneDrive et partagez un lien. Veuillez noter qu'il peut contenir des informations personnellement identifiables (comme les caractères que vous avez saisis pendant la phase d'enregistrement.) Mon adresse e-mail est sur mon profil.

Merci! Cela nous aidera grandement à aller au fond de cette question.

Si l'un de vous réussit à faire en sorte que cela se produise pendant que vous enregistrez, au lieu de simplement le capturer quand c'est déjà arrivé, ce serait extrêmement utile. S'il vous plaît laissez-moi savoir si c'est le cas dans l'email: sourire:

J'ai eu une version de ce problème sur une nouvelle installation de Windows 19041.207 à partir d'ISO. Cela n'affectait que le terminal Windows; La recherche et d'autres applications modernes ont bien fonctionné. J'ai pu le résoudre en définissant les valeurs de registre suivantes et en relançant Terminal.

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 0
  InputServiceEnabledForCCI: 0 # see note in edit 2

_EDIT: Windows Search a commencé à ignorer la clé Return après avoir modifié ces paramètres. Un redémarrage de la machine a corrigé cela. Voir le post de @ r33int ci-dessous pour d'autres effets secondaires possibles de cette solution de contournement.

_EDIT 2: @NicoVogel a constaté que la recherche fonctionnait mieux en laissant InputServiceEnabledForCCI à 1 ._

J'ai été informé de ces valeurs de registre en regardant Terminal dans procmon. Terminal ouvrait cette clé à plusieurs reprises et interrogeait l'une de ces valeurs. Les requêtes étaient peut-être corrélées à des frappes au clavier, mais je ne peux pas le dire avec certitude.

@ DHowett-MSFT, voulez-vous aussi des diagnostics de ma part? Mon cas pourrait être un problème différent, car la plupart des personnes de ce fil signalent des problèmes de clavier dans la recherche et d'autres applications.

J'ai eu une version de ce problème sur une nouvelle installation de Windows 19041.207 à partir d'ISO. Cela n'affectait que le terminal Windows; La recherche et d'autres applications modernes ont bien fonctionné. J'ai pu le résoudre en définissant les valeurs de registre suivantes et en relançant Terminal.

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 0
  InputServiceEnabledForCCI: 0

J'ai été informé de ces valeurs de registre en regardant Terminal dans procmon. Terminal ouvrait cette clé à plusieurs reprises et interrogeait l'une de ces valeurs. Les requêtes étaient peut-être corrélées à des frappes au clavier, mais je ne peux pas le dire avec certitude.

@ DHowett-MSFT, voulez-vous aussi des diagnostics de ma part? Mon cas pourrait être un problème différent, car la plupart des personnes de ce fil signalent des problèmes de clavier dans la recherche et d'autres applications.

Je peux confirmer que cette solution de contournement fonctionne pour moi!
EDIT: Cela semble provoquer des comportements bizarres, tels que la saisie de caractères spéciaux deux fois, et la recherche cesse également de fonctionner correctement.

J'aimerais prendre des diagnostics, mais mes paramètres de confidentialité ne le permettent pas et je ne peux pas les modifier pour une raison quelconque, je suis désolé ...

@sharpjs C'est vraiment intéressant. Les traces de votre repro pourraient encore être utiles, si je peux noter à l'équipe votre découverte. :sourire:

@ DHowett-MSFT Enfin, j'ai pu modifier mes paramètres de confidentialité et prendre des traces. J'ai pris deux traces, une avec la solution de contournement @sharpjs et une sans. J'espère que vous pourrez en tirer quelque chose d'utile.

https://plik.root.gg/file/HbRDChcSgYrb7DTD/Kec5YDDfRDjgnFoi/with%20workaround.zip

https://plik.root.gg/file/HbRDChcSgYrb7DTD/HyEEjVclBdGHiu3z/without%20workaround.zip

@ r33int merci! Et juste pour confirmer: dans le cas "sans contournement", vous ne pouvez pas du tout taper dans Terminal?

@ r33int merci! Et juste pour confirmer: dans le cas "sans contournement", vous ne pouvez pas du tout taper dans Terminal?

Oui

@ r33int , ou n'importe qui d'autre:

Lorsque vous êtes dans cet état (aucune entrée), pouvez-vous ouvrir l'invite d'historique du presse-papiers ( Windows + V ) et voir si votre entrée commence à fonctionner comme par magie?

@ r33int , ou n'importe qui d'autre:

Lorsque vous êtes dans cet état (aucune entrée), pouvez-vous ouvrir l'invite d'historique du presse-papiers (Windows + V) et voir si votre entrée commence à fonctionner comme par magie?

J'ai essayé d'entrer dans l'historique du presse-papiers, et cela ne semble pas me convenir.

@ DHowett-MSFT:

Les traces de votre repro peuvent encore être utiles,

• problem.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 1
  
  
  • Le terminal semble ignorer l'entrée du clavier.
  
  
• contournement.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 0
  
  
  • L'entrée du clavier sur le terminal fonctionne normalement.
  
  

pouvez-vous ouvrir l'invite de l'historique du presse-papiers (Windows + V) et voir si votre entrée commence à fonctionner comme par magie?

Appuyez sur Windows+V ouvrir l'historique du presse-papiers, mais n'entraîne pas le démarrage de la saisie au clavier.

@ r33int :

Cela semble provoquer un comportement bizarre, tel que la saisie de caractères spéciaux deux fois, et la recherche cesse également de fonctionner correctement.

Lorsque j'ai défini InputServiceEnabled{|ForCCI} = 0 , la clé Return spécifiquement ignorée dans la recherche. Un redémarrage de la machine a corrigé cela pour moi.

Je n'ai remarqué aucun problème lors de la saisie de caractères spéciaux dans Terminal ou Search, mais j'utilise WinCompose, qui peut être différent de votre méthode de saisie.

Je suis curieux - Si vous soumettez réellement quelque chose via l'historique du presse-papiers, cela commence-t-il à fonctionner? Vous obtiendrez un ^V errant ou une pâte (selon la configuration du terminal), mais quelques-uns de mes pairs ont émis l'hypothèse que cela pourrait aider.

@ DHowett-MSFT Quant à moi:

1. Lancez Terminal. ✔️
2. Win+V → le widget d'historique du presse-papiers apparaît. ✔️
3. Cliquez sur un élément de l'historique → rien ne se passe dans le terminal. ❌
4. Appuyez sur une touche → rien ne se passe dans le terminal. ❌
5. Cliquez avec le bouton droit dans Terminal → l'élément d'historique colle dans le terminal. ✔️
6. Appuyez sur une touche → rien ne se passe dans le terminal. ❌

Diagnostics des étapes 1 à 4: clipboard-history.diagnostics.zip

Historique du Presse-papiers, généré par copie dans le Bloc-notes:

Merci! C'est complet: sourire: et vraiment utile.

+1

@asolopovas Étant donné que nous avons rassemblé une explication détaillée de la façon dont vous pouvez nous aider, j'apprécierais que vous nous aidiez à recueillir plus d'informations sur ce bogue au lieu d'envoyer simplement des commentaires "+1".

@asolopovas Étant donné que nous avons rassemblé une explication détaillée de la façon dont vous pouvez nous aider, j'apprécierais que vous nous aidiez à recueillir plus d'informations sur ce bogue au lieu d'envoyer simplement des commentaires "+1".

Je rencontre exactement le même problème que @sharpjs devrais -
@ DHowett-MSFT ou devrais-je faire autre chose pour aider?

Ce serait vraiment utile: sourire: plus nous avons de données sur ce bogue, mieux nous pouvons trouver des corrélations.

https://aka.ms/AA8b6o6

Je peux confirmer que la solution de contournement ci-dessous fonctionne pour mon problème:

https://github.com/microsoft/terminal/issues/4448#issuecomment -617290424

simplement changer InputServiceEnabled en 0 a fonctionné pour moi, si c'est une aide

InputServiceEnabledForCCI vaut 1 (par défaut)

si InputServiceEnabledForCCI est 0 et InputServiceEnabled est 1, cela ne fonctionne PAS

basculer InputServiceEnabled sans redémarrer le terminal permet au terminal d'accepter l'entrée

Notez que la v1 a résolu ce problème pour moi, même après avoir inversé les paramètres à 1 pour les deux

Je veux dire, nous n'avons rien changé, donc je vais dire que la nature intermittente de ce bogue l'a fait paraître corrigé. :)

eh bien, j'ai menti. J'ai supprimé mes paramètres, puis redémarré le terminal et cela ne fonctionne plus. le remettre à 0 = (

J'ai le même problème sur la configuration de test 2004 dans VM.
La solution de contournement fonctionne mais ¯ \ _ (ツ) _ / ¯

En 2004, je rencontre le même problème, la solution de contournement fonctionne bien

Même observé sur

• W10 x_64 Pro 2004 b19041.264
• WT 1.0.1401.0

Le collage dans le terminal fonctionne dans tous les cas, en tapant uniquement avec InputServiceEnabled = 0 mais cela fait que la fenêtre de recherche n'accepte pas ENTER à partir du clavier.

Les autres sessions de terminal des applications CMD ou PowerShell (v 7.0.1) ne présentent pas le problème.

@ n8v8R

InputServiceEnabled = 0 mais cela fait que la fenêtre de recherche n'accepte pas ENTER du clavier.

Cet effet secondaire persiste-t-il après un redémarrage? IIRC, j'ai ressenti un effet secondaire similaire jusqu'à ce que je redémarre.

J'ai le même problème. La solution de contournement de r33int fonctionne pour moi également pour obtenir une entrée au clavier dans le terminal ... MAIS
dans la fonction de recherche Windows (en appuyant sur la touche Win, puis commencez à taper), les touches fléchées et les touches de suppression ne fonctionnent plus :(

Je vous fournirai plus d'informations si vous en avez besoin.

Aperçu de Windows 10 Insider 19041.1 (vb_release)

@sharpjs

Cet effet secondaire persiste-t-il après un redémarrage? IIRC, j'ai ressenti un effet secondaire similaire jusqu'à ce que je redémarre.

Je n'ai pas vérifié précédemment, mais j'ai simplement découvert que la déconnexion, après le changement de registre, et la reconnexion suffisaient et que l'entrée de la fenêtre de recherche était revenue à la normale.

@jmartsch

MAIS
dans la fonction de recherche Windows (en appuyant sur la touche Win, puis commencez à taper), les touches fléchées et les touches de suppression ne fonctionnent plus :(

Je l'ai également remarqué, il suffit de se déconnecter et de se reconnecter pour résoudre le problème sur mon nœud.

À quels services ces entrées de registre font-elles référence?

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Input]
"InputServiceEnabled"=dword:00000000
"InputServiceEnabledForCCI"=dword:00000001

À quels services ces entrées de registre font-elles référence?

Cela semble être lié à l'activation / la désactivation

C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\InputApp\TextInputHost.exe

Soit le bogue est dans cette application, soit WT a un problème pour communiquer correctement avec elle.

Lorsque je viens d'installer le nouveau terminal Windows à partir du Microsoft Store, lorsque je veux écrire, rien ne s'affiche à l'écran, même si je tape des lettres aléatoires, rien n'est écrit dans le terminal, j'ai besoin d'aide!

Même chose pour moi, après avoir mis à jour mes fenêtres à la dernière 2004, le terminal n'accepte pas les entrées du clavier, j'ai essayé plusieurs fois une installation propre à la fois avec les versions normales et en aperçu ainsi que la modification des valeurs dans le registre, rien n'a fonctionné pour moi.

@ LuisMontoya1404

J'ai besoin d'aide!

Avez-vous essayé la solution de contournement indiquée ci-dessus? lien

J'ai récemment rencontré le même problème. sur 19041.264

La solution de contournement publiée semble résoudre mon problème. Je n'ai pas eu à me déconnecter ni à redémarrer.

J'ai aussi le même problème.

• Version Windows: 19041.329
• Version du terminal Windows: 1.0.1401.0

La solution de contournement a également fonctionné pour moi, mais la barre de recherche n'a pas fonctionné comme prévu.
Mais comme mentionné par @sharpjs, un redémarrage l'a corrigé pour moi ( commentaire ).

J'ai brièvement étudié les différents effets de la modification des valeurs de InputServiceEnabled ( ISE ) et InputServiceEnabledForCCI ( ISECC ).
Le tableau suivant montre le comportement sur ma machine.

Explication du tableau :

• Type
  
  
  
  • input = entrée du terminal Windows via le clavier
  
  
  • past = entrée du terminal Windows via la commande passée (clic droit)
  
  
  • search = Barre de recherche Windows
  
  
• La valeur ( val ) est égale à la valeur dans le registre et le redémarrage doit être clair
• Résultat ( res )
  
  
  
  • oui = fonctionne comme prévu
  
  
  • no = ne fonctionne pas comme prévu
  
  
  • (nombre) = expliqué ci-dessous
  
  

| Type | val / res | val / res | val / res | val / res | val / res | val / res | val / res | val / res |
| ------- | ------- | ------- | ------- | ------- | ------- | ------- | ------- | ------- |
| ISE | 1 | 0 | 0 | 0 | 0 | 1 | 1 | 1 |
| ISECC | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 1 |
| redémarrer | après | avant | après | avant | après | avant | après | avant |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| entrée | non | oui | oui | oui | oui | oui | non | non |
| passé | oui | oui | oui | oui | oui | oui | oui | oui |
| recherche | oui | (1) | (2) | (2) | (2) | oui | oui | oui |

Comportement de recherche spécial

1. Les entrées suivantes ne fonctionnaient pas: Supprimer, En arrière, Pos1, Fin, Touches fléchées, Entrée
2. La combinaison [CTRL + Arrière] a supprimé le mot comme prévu, mais laisse le symbole "□".

TL; DR

Cette solution de contournement a fonctionné pour moi, mais j'ai seulement changé la valeur de InputServiceEnabled en 0 . Ce changement a cassé la barre de recherche de Windows, mais après un redémarrage, tout allait bien.

Éditer
Après deux jours d'utilisation du paramètre en surbrillance, la recherche Windows a changé son comportement de comportement de recherche normal à un comportement de recherche spécial 2 .

Je rencontre également le problème suivant.
_OS Nom Microsoft Windows 10 Pro
Version 10.0.19041 Build 19041_

Définition de InputServiceEnabled = 0
Le terminal Windows a commencé à accepter les entrées après ce paramètre. Il y a cependant un effet secondaire. Lorsque j'utilise la combinaison Ctrl + Retour arrière dans la recherche Windows, tout le texte est supprimé, mais un caractère étrange est inséré.

Cette solution de contournement semble également provoquer un comportement étrange avec la saisie semi-automatique des onglets. L'entrée de l'onglet semble être enregistrée deux fois lorsque vous appuyez une fois. C'est très inquiétant. est-ce que quelqu'un d'autre est confronté à cela?

OUI!!!

J'ai essayé de comprendre pourquoi le terminal tapait deux fois comme ça depuis longtemps! Super trouvaille

la confirmation du rétablissement de InputServiceEnabled à 1 corrige la tabulation

la confirmation du rétablissement de InputServiceEnabled à 1 corrige la tabulation

@EricZimmerman
Vous utilisez donc InputServiceEnabled 1 et InputServiceEnabledForCCI 0 et cela fonctionne pour vous?
Cette combinaison n'a fonctionné que jusqu'au redémarrage de ma machine.

J'ai aussi le problème de la double tabulation

je l'avais à 0 pour contourner le problème. avait un double onglet.

il est revenu à 1 et il semble être corrigé, mais je n'ai pas redémarré ma machine.

le clavier ne fonctionne pas arrive à quelqu'un d'autre, la solution qu'ils donnent désactive win + v et d'autres fonctions

le clavier ne fonctionne pas arrive à quelqu'un d'autre, la solution qu'ils donnent désactive win + v et d'autres fonctions

J'utilisais le terminal Windows normalement même après la build 2004, puis la saisie au clavier a cessé de fonctionner le week-end dernier.

La solution de contournement indiquée dans ce lien l'a résolu sans casser les raccourcis clavier tels que win + v.

le clavier ne fonctionne pas arrive à quelqu'un d'autre, la solution qu'ils donnent désactive win + v et d'autres fonctions

J'utilisais le terminal Windows normalement même après la build 2004, puis la saisie au clavier a cessé de fonctionner le week-end dernier.

La solution de contournement indiquée dans ce lien l'a résolu sans casser les raccourcis clavier tels que win + v.

InputServiceEnabled = 0 mais cela fait que la fenêtre de recherche n'accepte pas ENTRÉE à partir du clavier.

le clavier ne fonctionne pas arrive à quelqu'un d'autre, la solution qu'ils donnent désactive win + v et d'autres fonctions

J'utilisais le terminal Windows normalement même après la build 2004, puis la saisie au clavier a cessé de fonctionner le week-end dernier.
La solution de contournement indiquée dans ce lien l'a résolu sans casser les raccourcis clavier tels que win + v.

InputServiceEnabled = 0 mais cela fait que la fenêtre de recherche n'accepte pas ENTRÉE à partir du clavier.

Oui, ça cause ça. Non seulement entrer, mais aussi des touches comme le retour arrière.

le clavier ne fonctionne pas arrive à quelqu'un d'autre, la solution qu'ils donnent désactive win + v et d'autres fonctions

J'utilisais le terminal Windows normalement même après la build 2004, puis la saisie au clavier a cessé de fonctionner le week-end dernier.
La solution de contournement indiquée dans ce lien l'a résolu sans casser les raccourcis clavier tels que win + v.

InputServiceEnabled = 0 mais cela fait que la fenêtre de recherche n'accepte pas ENTRÉE à partir du clavier.

Oui, ça cause ça. Non seulement entrer, mais aussi des touches comme le retour arrière.

Et que faisons-nous quand il est résolu, il n'y a pas de réponses seulement des correctifs qui ne sont pas utiles, vous ne pouvez pas travailler avec wsl2 comme ça.

@rafavielma @julianonunes Vous devez redémarrer après avoir appliqué la solution de contournement. Voir le tableau créé par

Tous les raccourcis Alt semblent fonctionner même lorsque le Terminal n'accepte aucune autre entrée clavier.
Les touches Début et Fin fonctionnent également en maintenant la touche Alt enfoncée.

Testé avec la récente version 1.0.1811.0 de WT mais le bogue est toujours présent. Alors que la solution de contournement est une solution de contournement avec des mises en garde qui se demandent si les développeurs envisagent réellement de résoudre ce problème de sitôt?

Supposons que le système d'exploitation ait implémenté le service _InputAppTextInputHost.exe_ pour une raison et que les deux, OS et WT, sont en cours de développement par MS, se demandant quelle est la difficulté à aligner correctement l'application WT avec le code du système d'exploitation?

c'est ridicule que cela se passe encore

les développeurs semblent plutôt satisfaits, ce n'est pas un bug

_ Publié à l' @DHowett dans https://github.com/microsoft/terminal/issues/4448#issuecomment -630977808_

Je vais dire que la nature intermittente de ce bogue l'a fait paraître corrigé. :)

Oui, prenez une citation de moi hors de son contexte et cela pourrait apparaître ainsi. Regardez: la pile d'entrée dans Windows n'est pas simple, et nous avons engagé l'équipe de saisie pour comprendre pourquoi la saisie au clavier ne fonctionne pas dans certains contextes d'application. Si nous avions des mises à jour, vous seriez tous les premiers informés.

Je vais verrouiller ce fil; non pas parce que je ne pense pas que ce soit un bogue (c'est le cas), mais parce que toutes vos plaintes envoient un e-mail à chaque abonné et ce n'est probablement pas ainsi qu'ils veulent commencer leurs mercredis.

Déplacer des informations pertinentes de # 7288

Windows 10 à 19041

Le clavier à l'écran ne fonctionne pas non plus.

Le collage à partir du presse-papiers fonctionne.

Si je maintiens 'alt' tout en tapant l'invite de commande, l'invite de commande enregistrera l'entrée du clavier mais seulement pendant que je maintiens 'alt'.
Si je maintiens 'alt' tout en tapant PowershellCore enregistrera l'entrée du clavier mais la sélection de n'importe quel nombre change l'invite en "chiffre-argument:"
Si je maintiens 'alt' en tapant, Powershell enregistrera une entrée, pas de lettres mais; '- = / sont acceptées et la sélection de nombres change l'invite en "chiffre-argument:"

Toujours pas de mises à jour sur ce fil, nous essayons toujours de trouver un moyen de déboguer cela pendant que quelqu'un est actuellement dans cet état cassé, car il n'y a pas de ligne de vue claire sur ce qui provoque le système d'exploitation dans ce mauvais état. Si nous savions ce qui déclenchait ce mauvais état, alors ce serait beaucoup plus facile à déboguer.

Si nous savions ce qui déclenchait ce mauvais état, alors ce serait beaucoup plus facile à déboguer.

_TextInputHost.exe_ semble avoir causé des griefs (état qui ne répond pas) à d'autres endroits

https://blogs.windows.com/windowsexperience/2020/01/30/announcing-windows-10-insider-preview-build-19555/

qui semble avoir été corrigé récemment

https://blogs.windows.com/windowsexperience/2020/08/05/announcing-windows-10-insider-preview-build-20185/

Une version récente d'initié a-t-elle été testée contre ce bogue?

@ zadjii-msft Si quelqu'un de MSFT veut faire du débogage à distance avec ma machine à l'état cassé, je suis partant. Je suis disponible la plupart du temps entre 8h00 et 17h00 PDT, n'importe quel jour de la semaine. J'ai des équipes. @sharpjs sur Twitter et Telegram. Il y a une adresse e-mail si vous le souhaitez.

Je rencontre également le même problème sur une nouvelle installation de Windows et Terminal. Si je peux vous aider, faites-le moi savoir.

Déplacer des informations pertinentes de # 7288

Windows 10 à 19041
Le clavier à l'écran ne fonctionne pas non plus.
Le collage à partir du presse-papiers fonctionne.
Si je maintiens 'alt' tout en tapant l'invite de commande, l'invite de commande enregistrera l'entrée du clavier mais seulement pendant que je maintiens 'alt'.
Si je maintiens 'alt' tout en tapant PowershellCore enregistrera l'entrée du clavier mais la sélection de n'importe quel nombre change l'invite en "chiffre-argument:"
Si je maintiens 'alt' en tapant, Powershell enregistrera une entrée, pas de lettres mais; '- = / sont acceptées et la sélection de nombres change l'invite en "chiffre-argument:"

Toujours pas de mises à jour sur ce fil, nous essayons toujours de trouver un moyen de déboguer cela pendant que quelqu'un est actuellement dans cet état cassé, car il n'y a pas de ligne de vue claire sur ce qui provoque le système d'exploitation dans ce mauvais état. Si nous savions ce qui déclenchait ce mauvais état, alors ce serait beaucoup plus facile à déboguer.

Suite à mes commentaires ci-dessus, le problème s'est soudainement et mystérieusement arrêté. Tous les types de terminaux fonctionnent désormais correctement. Depuis la publication, les seuls changements apportés à mon système ont été la mise à jour des pilotes Nvidia (vers 452.06) et le redémarrage du système.

J'aimerais avoir plus d'informations pour vous aider à trouver la cause / la solution.

Malheureusement, la mise à jour de mes pilotes Nvidia n'a pas aidé. Je suis maintenant à la version 452.06 et rencontre toujours les mêmes problèmes dans Terminal. Merci pour l'aide.

Même problème ici avec une nouvelle installation.
Version de Windows 2004 (_OS Build 19041.388_)
J'ai essayé la version stable et la version préliminaire, même problème.
Faites-moi savoir si les journaux de débogage sont nécessaires @ zadjii-msft

J'ai eu le même problème. Pour une raison quelconque, le service du clavier tactile et du panneau d'écriture manuscrite a été désactivé. J'ai changé le type de démarrage en manuel dans les propriétés et redémarré. C'est tout et le terminal Windows a commencé à prendre les entrées du clavier.

Edit: swax06 m'a battu.

Cela m'est également arrivé. Mon expérience peut être entièrement fortuite:

J'avais récemment installé une tablette à dessin. Après cela, j'ai remarqué que le clavier à l'écran apparaissait toujours sur mon écran de connexion, même avec le clavier à l'écran désactivé avec les options de paramètres Windows habituelles. Ennuyé par cela, j'ai désactivé et arrêté le service "Touch Keyboard and Handwriting Panel" qui a résolu ce problème.

Quelques temps plus tard, après le redémarrage, le terminal Windows n'acceptait plus les entrées au clavier. Les solutions de contournement spécifiées précédemment dans le fil de discussion ont résolu mon problème, à l'exception des problèmes connus liés à l'achèvement des onglets et à la frappe sur Entrée dans Windows Search. Mécontent de ces solutions de contournement, je les ai annulées et mis le terminal Windows en attente jusqu'à ce que cela puisse être corrigé.

À un moment donné, je me suis souvenu de ce que j'avais fait avec le service et j'ai vérifié si c'était lié. J'ai vérifié que le terminal Windows n'acceptait toujours pas les entrées, puis j'ai réactivé le «Service du clavier tactile et du panneau d'écriture manuscrite» et j'ai redémarré. Après cela, Windows Terminal a recommencé à accepter la saisie au clavier et je n'ai eu aucun problème depuis.

Ceux d'entre vous qui ont des problèmes, peut-être voir si ce service est arrêté ou désactivé?

mon service a également été DÉSACTIVÉ.

Je le règle sur manuel et redémarrerai pour voir comment cela se passe

J'ai eu le même problème pendant un certain temps maintenant et oui maintenant je me souviens que j'ai en fait désactivé le service "Touch Keyboard and Handwriting Panel" dans le cadre de ma routine de nettoyage Windows habituelle. Je suis revenu au manuel et je peux confirmer que le terminal fonctionne parfaitement après le redémarrage!
Merci pour les suggestions @ swax06 et @NightWulfe

OK, après un redémarrage, ça marche.

Le monde a de nouveau du sens!

Pour rappel, «nettoyer» Windows en désactivant les services système vous disqualifie généralement de vous plaindre de bugs étranges;) et rend très difficile pour des équipes comme la nôtre de vous aider à résoudre les problèmes. Il a également une tendance plus élevée que la ligne de base à casser carrément les choses.

Pareil ici. TabletInputService a été désactivé. Définition du type de démarrage sur
le manuel a résolu le problème pour moi. Bonne trouvaille!

b

Pour rappel, «nettoyer» Windows en désactivant les services système vous disqualifie généralement de vous plaindre de bugs étranges;) et rend très difficile pour des équipes comme la nôtre de vous aider à résoudre les problèmes. Il a également une tendance plus élevée que la ligne de base à casser carrément les choses.

Je ne me suis pas "plaint" à ce sujet, j'ai simplement suivi les problèmes pertinents sur Github afin que je reçoive des e-mails concernant d'éventuelles mises à jour.
Au moment où vous avez mentionné que le problème n'était pas reproductible de votre côté, j'ai compris que c'était quelque chose de spécifique à ma configuration, mais j'ai simplement oublié ce service complètement.
De plus, le nom «Service de clavier tactile et de panneau d'écriture manuscrite» n'implique aucun effet néfaste sur les claviers non tactiles, et comme je n'utilise jamais de clavier tactile ni de panneau d'écriture manuscrite, j'ai pensé qu'il était assez sûr de désactiver celui-ci. Les terminaux Windows "cmd" et "powershell" intégrés n'ont pas été affectés par ce changement, donc je ne peux pas vraiment blâmer l'équipe du système d'exploitation Windows, ni l'équipe MS Terminal, car vous devez admettre qu'il s'agit d'une dépendance étrange à avoir sur un apparemment sans rapport Service OS, et je prends l'entière responsabilité de modifier mon système d'exploitation afin que je ne "me plaindrai jamais", en particulier pour un projet open source.

Pour rappel, «nettoyer» Windows en désactivant les services système vous empêche généralement de vous plaindre de bogues étranges;)

Il n'y a rien de bizarre à désactiver des services inutiles tels que le clavier tactile et le panneau d'écriture manuscrite sur des nœuds qui ne fournissent même pas le matériel. Fondamentalement, vous êtes susceptible de disqualifier toute personne ayant signalé le problème là-bas, ce qui implique même que l'utilisateur avec une telle configuration n'a pas le droit de signaler un bogue ...

J'aurais dû mentionner que je n'ai pas désactivé le service pour commencer.
Je ne sais pas d'où vient ce changement.

"Nettoyer" Windows est correct et ne devrait empêcher personne de regarder
pour l'assistance, même si cela peut rendre les choses plus difficiles à dépanner
lorsque toutes les informations relatives ne sont pas disponibles. Je suis d'accord que tout
les modifications apportées au système d'exploitation doivent être divulguées lors de l'engagement de l'assistance.

Une dernière note sur ce service. La description indique "Active Touch
Fonctionnalité du stylo et de l'encre du clavier et du panneau d'écriture manuscrite "et c'est tout.
Étant donné que mon ordinateur n'a pas de support tactile, il semblerait que je ne le ferais pas
besoin de ce service. Il me semble que si Microsoft était un peu plus
détaillé dans les descriptions de leurs services peut-être que cela ne se produirait pas.

b

ce que @gfxonline a dit. je suis sur un poste de travail sans rien toucher. semblait inutile, mais que sais-je?

Pour rappel, «nettoyer» Windows en désactivant les services système vous empêche généralement de vous plaindre de bogues étranges;)

TIL contribuant aux rapports de bogue est considéré comme une «plainte» de nos jours.

La seule plainte que je faisais concernait le clavier à l'écran. Le seul nettoyage que j'ai fait était de traiter OSK en ignorant les deux paramètres "Utiliser le clavier à l'écran" (pourquoi y en a-t-il deux?!) Et en apparaissant sur l'écran de connexion malgré tout. Le correctif que j'ai utilisé est celui qui est fréquemment publié et le seul qui fonctionne. En plus de renommer ou de refuser l'accès complet à OSK.exe. Cela fonctionnerait probablement aussi.

Aucune autre application sur ce système autre que Windows Terminal n'a eu de problème avec la désactivation du «Service du clavier tactile et du panneau d'écriture manuscrite».

_guys il y avait un ";)", il est facétieux_

C'est intéressant, mon "Service du clavier tactile et du panneau d'écriture" a également été désactivé par GPO. Une fois que j'ai résolu cela et que le service est revenu sur Automatique et redémarré, mon terminal fonctionne maintenant correctement. Merci à tous pour votre aide!

D'accord, il semble qu'il existe une corrélation assez forte entre ce problème et la désactivation du service Touch / Handwriting. Pour toute autre personne qui rencontre encore ce problème, pouvez-vous saisir du texte dans _toutes_ les applications UWP? Je pense que les applications suivantes seraient toutes de bons tests:

• Centre de rétroaction
• Calculatrice
• l'application Paramètres PowerToys
• le Microsoft Store
• l'application Votre téléphone

Nous voulons simplement nous assurer de faire preuve de diligence de notre côté pour comprendre pleinement cette question. Merci!

Changer le service "_Touch Keyboard and Handwriting Panel_" de automatique à manuel a également résolu le problème pour moi. Juste pour être sûr, j'ai également réinitialisé les valeurs du registre _ (voir ci-dessous) _. J'ai appliqué les deux modifications avant de redémarrer et après cela a très bien fonctionné.

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 1
  InputServiceEnabledForCCI: 1

Pour le contexte: j'ai une Surface pro 6 et j'ai validé (au cas où), que mon stylo fonctionne toujours. Tout semble bien fonctionner.
Même tout le comportement câblé que j'ai décrit dans mon dernier message a disparu.

@ zadjii-msft concernant votre question.
J'ai rapidement testé les applications suivantes et je n'ai eu aucun problème avec l'entrée.

• Centre de rétroaction
• Calculatrice
• Microsoft Store

Je confirme que j'ai pu éviter le bogue en

• réglage de TabletInputService (service du clavier tactile et du panneau d'écriture manuscrite) de désactivé à manuel;
• remettre les valeurs HKLM\SOFTWARE\Microsoft\Input à leurs valeurs antérieures (ci-dessus); et,
• redémarrage.

Maintenant, j'ai encore un autre service apparemment inutile en cours d'exécution, mais Terminal fonctionne. 🎉

Hors sujet: je paierais beaucoup d'argent pour un moyen de première partie de réduire Windows à l'essentiel, puis ajouterais des éléments au besoin, avec une granularité ultra-fine. Appelez-le Windows 10 Modular. J'avais l'habitude d'exécuter un serveur Windows `` en station de travail '' à cette fin, mais ce n'est pas possible de nos jours, car j'ai besoin d'exécuter certaines choses qui sont spécifiques à Windows non serveur.

@ zadjii-msft IIRC, la _ seule_ application UWP avec laquelle j'ai eu un problème était Terminal. Les autres ont fonctionné.

Pour citer ce que nous avons entendu de l'équipe de saisie:

Le [Service du clavier tactile et du panneau d'écriture manuscrite] est essentiel pour la saisie au clavier et de texte dans les UWA et pour la saisie IME dans toutes les applications.

_Pour l'enregistrement_, le terminal n'est pas une application UWP, c'est une application hybride, une application de bureau Win32 empaquetée qui utilise UWP XAML pour sa pile d'interface utilisateur. Si les autres applications UWP pures de votre système fonctionnent, je pense que cela pourrait être quelque chose de spécifique aux applications hybrides. C'est pourquoi je demande aux gens de vérifier également l'application Paramètres PowerToys - ils utilisent un modèle d'application assez similaire à nous.

Si cette application fonctionne, il y a quelque chose de différent entre nous et eux qui provoque cette interaction. C'est peut-être notre manque d'utilisation de IDesktopWindowXamlSourceNative2::PreTranslateMessage ?

Je peux confirmer que j'ai ce problème avec le terminal Windows mais pas avec la calculatrice.

(et oui, parce que j'ai désactivé le service de clavier tactile et de panneau d'écriture manuscrite apparemment mal nommé, qui devrait probablement avoir une virgule entre Touch et Keyboard )

Le même problème «Aucune saisie au clavier» après l'installation des mises à jour Windows KB4566782 et KB4569745 et redémarrage du PC.
Je nettoie également le registre avec CCleaner 5.70.7909 et Auslogics BoostSpeed ​​9.2.0.0

La saisie via osk.exe ne fonctionne pas non plus.

Mais je peux coller du texte du presse-papiers avec un clic droit de la souris.

J'essaye de mettre winget install --id=Microsoft.WindowsTerminal -e jour

Tout va bien après activer le service Touch Keyboard and Handwriting Panel Service ( Служба сенсорной клавиатуры и панели рукописного ввода ) et redémarrer.

Edit: swax06 m'a battu.

Cela m'est également arrivé. Mon expérience peut être entièrement fortuite:

J'avais récemment installé une tablette à dessin. Après cela, j'ai remarqué que le clavier à l'écran apparaissait toujours sur mon écran de connexion, même avec le clavier à l'écran désactivé avec les options de paramètres Windows habituelles. Ennuyé par cela, j'ai désactivé et arrêté le service "Touch Keyboard and Handwriting Panel" qui a résolu ce problème.

Quelques temps plus tard, après le redémarrage, le terminal Windows n'acceptait plus les entrées au clavier. Les solutions de contournement spécifiées précédemment dans le fil de discussion ont résolu mon problème, à l'exception des problèmes connus liés à l'achèvement des onglets et à la frappe sur Entrée dans Windows Search. Mécontent de ces solutions de contournement, je les ai annulées et mis le terminal Windows en attente jusqu'à ce que cela puisse être corrigé.

À un moment donné, je me suis souvenu de ce que j'avais fait avec le service et j'ai vérifié si c'était lié. J'ai vérifié que le terminal Windows n'acceptait toujours pas les entrées, puis j'ai réactivé le «Service du clavier tactile et du panneau d'écriture manuscrite» et j'ai redémarré. Après cela, Windows Terminal a recommencé à accepter la saisie au clavier et je n'ai eu aucun problème depuis.

Ceux d'entre vous qui ont des problèmes, peut-être voir si ce service est arrêté ou désactivé?

Tu m'as sauvé la journée. Merci beaucoup!

Pour citer ce que nous avons entendu de l'équipe de saisie:

Le [Service du clavier tactile et du panneau d'écriture manuscrite] est essentiel pour la saisie au clavier et de texte dans les UWA et pour la saisie IME dans toutes les applications.

_Pour l'enregistrement_, le terminal n'est pas une application UWP, c'est une application hybride, une application de bureau Win32 empaquetée qui utilise UWP XAML pour sa pile d'interface utilisateur. Si les autres applications UWP pures de votre système fonctionnent, je pense que cela pourrait être quelque chose de spécifique aux applications hybrides. C'est pourquoi je demande aux gens de vérifier également l'application Paramètres PowerToys - ils utilisent un modèle d'application assez similaire à nous.

J'ai eu ce problème, et bien sûr, après avoir réglé le service du clavier tactile et du panneau d'écriture manuscrite sur Manuel, la saisie fonctionne maintenant. Je peux confirmer que l'application Paramètres Powertoys avait ÉGALEMENT le même problème. Après le changement, fonctionne aussi.

Si cette application fonctionne, il y a quelque chose de différent entre nous et eux qui provoque cette interaction. C'est peut-être notre manque d'utilisation de IDesktopWindowXamlSourceNative2::PreTranslateMessage ?

D'accord, il semble qu'il existe une corrélation assez forte entre ce problème et la désactivation du service Touch / Handwriting. Pour toute autre personne qui rencontre encore cela, pouvez-vous saisir du texte dans n'importe quelle application UWP? Je pense que les applications suivantes seraient toutes de bons tests:

J'ai trouvé ce problème lors du débogage d'un terminal Windows défectueux. Votre diagnostic est correct - c'est arrivé parce que j'avais désactivé le service d'écriture manuscrite. Mon ordinateur portable n'a pas d'écran tactile et je ne m'attendais pas à ce qu'il soit utile.

Malheureusement, je ne l'ai pas désactivé uniquement pour «nettoyer Windows», mais parce qu'il détruisait la vie de la batterie. Pour une raison quelconque, textinputhost.exe démarre régulièrement sur le dGPU - il ne s'affiche pas du tout à l'écran, pourquoi a-t-il besoin d'un GPU? - et, ce faisant, réduit de plus de moitié la durée de vie de la batterie.

Je ne sais pas où signaler un bug comme celui-ci. La désactivation du service est cependant un conseil courant pour résoudre les problèmes d'autonomie de la batterie.

(J'ai l'impression que le choix du GPU est réglé en supposant que l'iGPU est faible et incapable, ce qui peut être vrai pour les processeurs Intel, mais il s'agit d'un ordinateur portable AMD.)

pinging @ zadjii-msft au cas où je ne verrais pas ma réponse, les paramètres Powertoys confirmés ont le même problème.

J'ai un Surface 7 Pro et je n'ai jamais désactivé les services d'écriture manuscrite ou les services de saisie à écran tactile ou au stylet. mon terminal ne rencontre plus ce problème pour le moment.

@jmlucjav J'ai transmis cette information à l'équipe de saisie, merci!

Je confirme que j'ai pu éviter le bogue en

• réglage de TabletInputService (service du clavier tactile et du panneau d'écriture manuscrite) de désactivé à manuel;
• remettre les valeurs HKLM\SOFTWARE\Microsoft\Input à leurs valeurs antérieures (ci-dessus); et,
• redémarrage.

Maintenant, j'ai encore un autre service apparemment inutile en cours d'exécution, mais Terminal fonctionne. 🎉

Hors sujet: je paierais beaucoup d'argent pour un moyen de première partie de réduire Windows à l'essentiel, puis ajouterais des éléments au besoin, avec une granularité ultra-fine. Appelez-le Windows 10 Modular. J'avais l'habitude d'exécuter un serveur Windows `` en station de travail '' à cette fin, mais ce n'est pas possible de nos jours, car j'ai besoin d'exécuter certaines choses qui sont spécifiques à Windows non serveur.

@ zadjii-msft IIRC, la _ seule_ application UWP avec laquelle j'ai eu un problème était Terminal. Les autres ont fonctionné.

Je peux confirmer que l'activation de ce service résout complètement le problème, sans créer d'autre problème. Merci beaucoup @sharpjs pour cette découverte!

Merci beaucoup @sharpjs pour cette découverte!

En fait, c'est @ swax06 qui l'a trouvé, à qui je remercie tous les deux!

Merci pour les solutions. (Heureux de voir qu'ils sont toujours des utilisateurs essayant de réduire la graisse de Windows. Je pensais que c'était une race mourante. ;-))

Je confirme que j'ai pu éviter le bogue en

• réglage de TabletInputService (service du clavier tactile et du panneau d'écriture manuscrite) de désactivé à manuel;
• remettre les valeurs HKLM\SOFTWARE\Microsoft\Input à leurs valeurs antérieures (ci-dessus); et,
• redémarrage.

Maintenant, j'ai encore un autre service apparemment inutile en cours d'exécution, mais Terminal fonctionne. 🎉

Hors sujet: je paierais beaucoup d'argent pour un moyen de première partie de réduire Windows à l'essentiel, puis ajouterais des éléments au besoin, avec une granularité ultra-fine. Appelez-le Windows 10 Modular. J'avais l'habitude d'exécuter un serveur Windows `` en station de travail '' à cette fin, mais ce n'est pas possible de nos jours, car j'ai besoin d'exécuter certaines choses qui sont spécifiques à Windows non serveur.

@ zadjii-msft IIRC, la _ seule_ application UWP avec laquelle j'ai eu un problème était Terminal. Les autres ont fonctionné.

L'activation de ce service a complètement résolu le problème. Je vous remercie

Réponse hors sujet: Si vous voulez dire des fenêtres iso débloquées, il existe des isos personnalisés qui sont réalisés par certains développeurs. Ofc, ils ne sont pas sûrs à 100%, mais j'utilise GhostSpectre modded iso depuis plus d'un an et j'en suis vraiment heureux.

Sur mon système (Win10 x64 19041.508), l'exécution de MSI Afterburner 4.6.2 beta 2 désactive l'entrée dans le terminal Windows. La fermeture de cette application résout le problème.

Je confirme que j'ai pu éviter le bogue en

• réglage de TabletInputService (service du clavier tactile et du panneau d'écriture manuscrite) de désactivé à manuel;
• remettre les valeurs HKLM\SOFTWARE\Microsoft\Input à leurs valeurs antérieures (ci-dessus); et,
• redémarrage.

Maintenant, j'ai encore un autre service apparemment inutile en cours d'exécution, mais Terminal fonctionne. 🎉
Hors sujet: je paierais beaucoup d'argent pour un moyen de première partie de réduire Windows à l'essentiel, puis ajouterais des éléments au besoin, avec une granularité ultra-fine. Appelez-le Windows 10 Modular. J'avais l'habitude d'exécuter un serveur Windows `` en station de travail '' à cette fin, mais ce n'est pas possible de nos jours, car j'ai besoin d'exécuter certaines choses qui sont spécifiques à Windows non serveur.
@ zadjii-msft IIRC, la _ seule_ application UWP avec laquelle j'ai eu un problème était Terminal. Les autres ont fonctionné.

Je peux confirmer que l'activation de ce service résout complètement le problème, sans créer d'autre problème. Merci beaucoup @sharpjs pour cette découverte!

Sur une note latérale, cela semble également résoudre le problème du panneau emoji qui ne fonctionne pas!

Solution de travail sur _Windows 10 2004 (build du système d'exploitation19041.508) _

Afin d'activer l'entrée, je fais les modifications suivantes
À PARTIR DE CECI (dans mon cas, c'était _la configuration par défaut et cela n'a pas fonctionné_):

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 1
  InputServiceEnabledForCCI: 1

À CECI (_ fonctionne très bien_):

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 0
  InputServiceEnabledForCCI: 1

Redémarrez votre machine et vous êtes prêt à partir!

Non, pour que votre système fonctionne, vous devez activer le service dont tout le monde parle. Recommander aux utilisateurs de définir InputServiceEnabled sur 0 dans le registre est dangereux.

Mais c'était une configuration par défaut, et cela n'a pas fonctionné, laissez-moi réessayer.

Après avoir rechargé mon PC, cela ne fonctionne pas.

Quel est l'état du clavier tactile et du service d'écriture manuscrite?

Le type de démarrage est défini sur "Désactivé"

Réglez-le sur autre chose que désactivé. C'est ce sur quoi portent les 15 derniers commentaires sur ce fil.

Ouais, désolé 😞.

Merci beaucoup pour cela. Dois-je supprimer mes commentaires?

Je m'occuperai du nettoyage. Je vous remercie!

Sur mon système (Win10 x64 19041.508), l'exécution de MSI Afterburner 4.6.2 beta 2 désactive l'entrée dans le terminal Windows. La fermeture de cette application résout le problème.

Pareil ici

Impossible d'écrire les entrées dans le vscode du terminal intégré sur Manjaro

@LoboTormenta Ce n'est pas le référentiel pour VSCode _or_ Manjaro. Même s'il a "Terminal" dans le nom, ce n'est pas le référentiel fourre-tout pour le classement des problèmes sur les terminaux en général.

Puisque ce fil a suivi son cours et a une cause profonde connue, et que les gens se sont mis à passer pour dire des choses méchantes à / à propos de nous (salut @benfavre , merci d'avoir supprimé votre commentaire), je vais verrouiller ce fil .

Si vous rencontrez ce problème, assurez-vous que le "Service de clavier tactile et d'écriture manuscrite" n'est pas désactivé. Certains logiciels "de-ballonnement" (et apparemment MSI Afterburner) aiment le désactiver ou le supprimer au nom de rendre votre machine moins compréhensible et "plus rapide".

Si vous rencontrez un problème de saisie qui n'est _pas_ résolu en quittant MSI Afterburner ou en réactivant le "Service du clavier tactile et de l'écriture manuscrite", veuillez signaler un nouveau problème .