Terminal: Sin entrada de teclado

Eso es ciertamente inesperado: ¿este repro con varias pestañas?

¿Podrías compartir el número de versión real del diálogo de Terminal sobre? Esa información nos facilita mucho el seguimiento de los informes de errores, ya que la "última versión" podría ser "la última versión" o "compilada a partir de la versión maestra", y ambas versiones cambian con el tiempo en comparación con cuando se presentó el error.

Hay otro error flotando alrededor donde enfocar la ventana haciendo clic en la pestaña no enfoca el control de la terminal - ¿hacer clic en el "terminal" de la ventana hace algo?

Estoy bastante seguro de que nadie en el equipo de desarrollo ve algo como esto, por lo que será bastante difícil para nosotros corregir este error sin más información de alguna manera. ¿Quizás si pudieras compilar el código fuente del formulario y depurarlo para ver si Terminal::SendKeyEvent está siendo afectado?

La compilación de Windows 10 es Microsoft Windows [Versión 10.0.19041.21].
La versión del terminal es 0.8.10261.0 de Microsoft Store.

El problema no parece estar enfocado, no importa dónde haga clic, no puedo obtener entrada de teclado en absoluto.

¿Quizás puedas hablarme sobre esta solución?

El error ha regresado después de una instalación limpia.Ojalá pudiera recordar cómo recrearlo, sospecho que una actualización de Windows en Insider lo está jugando.

Golpeando esto. Veo un cursor parpadeante pero aún no puedo escribir en la Terminal de Windows.

Yo también estoy viendo el problema. Me ha pasado dos veces. Puedo escribir la mayoría de los caracteres especiales, es decir

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

No puedo escribir letras ni números. No hay caracteres especiales en los números usando shift.

No estoy seguro de cómo sucedió, pero creo que en ambos casos estaba usando una pantalla dividida de terminal. Cuando hice clic fuera de la terminal y volví a ella un poco más tarde, el problema estaba ahí. Creo que la única solución en este momento es reiniciar la máquina y luego puedo escribir nuevamente.

Versión: 0.8.10261.0
Compilación de Windows Insider: 19559.rs_prerelease.200131-1437

También observe lo que siento es una gran cantidad de Console Windows Host procesos en ejecución, pero no estoy seguro de si esto está relacionado. Actualmente no hay terminales ni consolas abiertas en mi escritorio

Creé un archivo de volcado del proceso de terminal, si eso ayuda de alguna manera, avíseme cómo enviárselo.

Esto también me está sucediendo a mí, con bastante frecuencia.

La terminal funciona bien durante algún tiempo y luego deja de aceptar la entrada del teclado para el contenedor Ubuntu Wsl2.
confirmó la observación de MCrank de que ciertos caracteres especiales todavía funcionan bien.

si abro una nueva pestaña o cierro y vuelvo a abrir sin cambios.
si reinicio la aplicación de terminal no hay cambios.

si abro una pestaña de PowerShell, funciona durante un corto tiempo, entonces ocurre exactamente el mismo problema, por lo que, por extraño que parezca, esto no se limita a los contenedores wsl2.

detener y reiniciar el servicio LxssManager parece restaurar la entrada del teclado durante un período, no pensé que eso afectaría a PowerShell, así que no estoy muy seguro de por qué, solo informando lo que estoy viendo en caso de que sea útil rastrear este error.

esto comenzó a suceder después de la última actualización, y está sucediendo con la frecuencia suficiente para que el terminal sea casi inutilizable y trabajo todo el día en la línea de comandos, por lo que es una interrupción grave del flujo de trabajo para mí.

esta última vez, reiniciar lxssManager no funcionó y noté que el menú de inicio y la búsqueda tampoco respondieron a la entrada del teclado a pesar de que todas las demás aplicaciones aún funcionan bien. ¿No estás seguro de si se trata del mismo problema? ¿O relacionado?

Sé que dijiste "todo lo demás", pero cuando la entrada muere, ¿puedes seguir escribiendo en el cuadro de búsqueda del menú de inicio o en el centro de comentarios? Ambos utilizan la plataforma de aplicaciones moderna, mientras que powershell.exe y cmd.exe no lo hacen. Analizando un posible problema de la plataforma de entrada que es más amplio que una simple terminal.

@ DHowett-MSFT Estoy en la compilación 19564 y también veo esto, puedo confirmar que también está sucediendo en el menú de inicio de Windows y en el centro de comentarios, por lo que confirmo que podría ser más amplio que el terminal de Windows.

cuando esto ocurre, no puedo escribir en la búsqueda del menú de inicio o en el centro de comentarios o en Cortana.
Inhabilité completamente la cortana en caso de que pudiera ayudar, y no lo ha hecho.

Windows: 19569.1000 (vista previa interna)
Versión de terminal de Windows: 0.9.433.0

Eso es ciertamente inesperado: ¿este repro con varias pestañas?

¿Podrías compartir el número de versión real del diálogo de Terminal sobre? Esa información nos facilita mucho el seguimiento de los informes de errores, ya que la "última versión" podría ser "la última versión" o "compilada a partir de la versión maestra", y ambas versiones cambian con el tiempo en comparación con cuando se presentó el error.

Hay otro error flotando alrededor donde enfocar la ventana haciendo clic en la pestaña no enfoca el control de la terminal - ¿hacer clic en el "terminal" de la ventana hace algo?

Estoy bastante seguro de que nadie en el equipo de desarrollo ve algo como esto, por lo que será bastante difícil para nosotros corregir este error sin más información de alguna manera. ¿Quizás si pudieras compilar el código fuente del formulario y depurarlo para ver si Terminal::SendKeyEvent está siendo afectado?

Construí y depuré y el Terminal :: SendKeyEvent no se activa. Mi problema comienza cuando habilito Windows Insider e instalo actualizaciones.

Tampoco se puede escribir al comenzar con la pestaña PS. Luego creo la pestaña cmd; ahora puedo escribir, hasta que cambie el foco de la pestaña a otra ventana o pestaña. Entonces, nuevamente, la entrada del teclado no funciona. Quitar y reinstalar el terminal no ayuda.
Windows 19041.113, (vista previa de Insiders)

Puedo confirmar que esto también sucede en Windows Insider build 19569. Una pestaña cmd funciona dentro de Terminal, pero WSL y Powershell no aceptan ninguna entrada de teclado excepto algunos caracteres especiales (alt + <, alt +>, etc.)

Versión de Windows Terminal: 0.9.433.0

Quizás no tenga nada que ver con el problema actual. Pero tal vez este sea un problema común con las aplicaciones modernas.

A menudo encuentro problemas en la búsqueda de Windows donde no puedo escribir. Este fenómeno se encuentra más fácilmente con ciertos IME de Win32, como Baidu Pinyin. Este fenómeno rara vez se encuentra después de usar Microsoft Pinyin, pero no está completamente ausente. Al volver a abrir la ventana de búsqueda después de un tiempo, la entrada puede funcionar.

Siempre pensé que era un problema de compatibilidad entre la aplicación moderna y el IME de Win32 heredado. Pero ocasionalmente, esto también puede suceder con Microsoft Pinyin. Es una aplicación moderna. Además, el problema persistió durante los dos años de experiencia de Insider.

No he encontrado este problema en el terminal de Windows, porque la versión anterior del terminal de Windows no era compatible con IME, y el problema del final de línea, no lo he usado durante mucho tiempo. Si encuentro un problema con el terminal de Windows y el IME, proporcionaré comentarios.

Y si no tiene un IME, puede ser un problema interno:

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

• Solucionamos un problema por el cual la entrada dejaba de funcionar en algunos lugares si el historial del portapapeles (WIN + V) se descartaba sin pegar nada.

Los "algunos lugares" solo son aplicaciones modernas, todas las aplicaciones win32 no se ven afectadas.

Windows Insider build 19577 parece haber solucionado este problema para mí (¡yay!)

Estoy bastante seguro de que nadie en el equipo de desarrollo ve algo como esto,

He estado ocurriendo desde 0.8
Sin entrada directa.
Probablemente la mayoría de los usuarios japoneses de Windows 10 y wt han encontrado este problema.
¿Es difícil para un equipo de desarrollo realizar pruebas en un entorno japonés?

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

Vemos esto de vez en cuando, y estamos haciendo un seguimiento interno con el equipo adecuado. Parece que hay algo en la pila de entrada; no podemos decir con certeza si Terminal es la causa del problema u otra víctima.

Si alguien tiene una reproducción _consistente_ que podemos hacer en nuestras propias máquinas, sería muy útil cuando hablemos con ese equipo.

Gracias por los equipos @ DHowett-MSFT 😃

Intenté WT (Vista previa) 0.10.761.0, pero todavía sucedió.

Realmente espero resolverlo de alguna manera. 🙏

PD

• No hay ningún problema con la versión GA de PowerShell 7.
• Problema solo en WT (probé estos shells de Windows PowerShell, cmd, PowerShell, Azure Cloud Shell).
• Siempre lo estoy usando con la configuración predeterminada.

modificado el 23 de marzo de 2020

• Aún no solucionado en Windows Terminal Preview v0.10.781.0

Esto acaba de empezar a pasarme a mí también. Reparar / restablecer / reinstalar no hizo nada para solucionar el problema. Puedo escribir en cualquier otro lugar excepto en la Terminal de Windows, donde solo puedo escribir algunos caracteres especiales como algunas otras personas describieron anteriormente.

Esto está en la versión de terminal de Windows: 0.10.781.0
Compilación 19041.153 de Windows 10 Education

Ocurre el mismo problema.

• Windows 10 19041.153
• PESO 0.10.781.0
• Tecla japonesa 106/109 con ATOK Pro (método de entrada)
  
  
  
  • sin ATOK, mismo comportamiento
  
  

Sí, parece que yo también tengo el problema.

• Versión de Windows 10.0.19587 compilación 19587
• PESO 0.10.781.0
• Inglés (EE. UU.)

También puede confirmar este problema.

• Microsoft Windows [versión 10.0.19041.153]
• Terminal v0.10.781.0
• Francés (FR)

Puedo confirmar esto también.

• Windows compilación 19603
• Terminal v0.10.781.0

No hay entrada de texto que funcione en ninguna pestaña de WT, pero funcionan en las aplicaciones reales.

Solo un comentario rápido, la instalación del último Fast Ring de 19608 parece haberlo resuelto hasta ahora. Puedo volver a escribir en todas las ventanas de la terminal.

Estoy en 19592 y no he visto que esto suceda en un tiempo. Me siento afortunado :)

Estoy en el último Slow Ring (19041.207) y también veo esto.

Para todos en este hilo que están abordando el problema:

La próxima vez que suceda, ¿puede iniciar el _Feedback Hub_ y utilizar la sección "Diagnósticos avanzados" para capturar los diagnósticos en la categoría Entrada e idioma , subcategoría Retraso de entrada ?

Haga clic en Iniciar grabación y luego ingrese algunos caracteres en la Terminal.

Vuelva al centro de comentarios y luego haga clic en Detener grabación .

Obtendrá una nueva entrada de registro de diagnóstico:

Seleccione Ubicación del archivo y envíeme un correo electrónico con el archivo de diagnóstico dentro de esa carpeta o adjúntelo a OneDrive y comparta un enlace. Tenga en cuenta que puede contener información de identificación personal (como los caracteres que ingresó durante la fase de grabación). Mi dirección de correo electrónico está en mi perfil.

¡Gracias! Esto contribuirá en gran medida a ayudarnos a llegar al fondo de este problema.

Si alguno de ustedes logra que comience a suceder mientras está grabando, en lugar de simplemente capturarlo cuando ya sucedió, eso sería inmensamente útil. Por favor, avíseme si ese es el caso en el correo electrónico: sonrisa:

Tuve una versión de este problema en una instalación nueva de Windows 19041.207 desde ISO. Afectó _sólo_ Terminal de Windows; La búsqueda y otras aplicaciones modernas funcionaron bien. Pude resolverlo estableciendo los siguientes valores de registro y reiniciando Terminal.

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

_EDIT: Windows Search comenzó a ignorar la tecla Return después de que cambié esta configuración. Un reinicio de la máquina solucionó eso. Consulte la publicación de @ r33int a continuación para conocer otros posibles efectos secundarios de esta solución alternativa.

_EDIT 2: @NicoVogel descubrió que la búsqueda funciona mejor dejando InputServiceEnabledForCCI en 1 ._

Me puse al tanto de estos valores de registro al ver Terminal en procmon. Terminal abría repetidamente esa clave y consultaba uno de esos valores. Las consultas posiblemente se correlacionaron con las pulsaciones de teclas, pero no puedo decirlo con certeza.

@ DHowett-MSFT, ¿también quieres mis diagnósticos? Mi caso podría ser un problema diferente, ya que la mayoría de las personas en este hilo informan problemas de teclado en la Búsqueda y otras aplicaciones.

Tuve una versión de este problema en una instalación nueva de Windows 19041.207 desde ISO. Afectó _sólo_ Terminal de Windows; La búsqueda y otras aplicaciones modernas funcionaron bien. Pude resolverlo estableciendo los siguientes valores de registro y reiniciando Terminal.

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

Me puse al tanto de estos valores de registro al ver Terminal en procmon. Terminal abría repetidamente esa clave y consultaba uno de esos valores. Las consultas posiblemente se correlacionaron con las pulsaciones de teclas, pero no puedo decirlo con certeza.

@ DHowett-MSFT, ¿también quieres mis diagnósticos? Mi caso podría ser un problema diferente, ya que la mayoría de las personas en este hilo informan problemas de teclado en la Búsqueda y otras aplicaciones.

¡Puedo confirmar que esta solución me funciona!
EDITAR: Esto parece causar un comportamiento peculiar, como caracteres especiales que se escriben dos veces, y la búsqueda también deja de funcionar correctamente.

Me gustaría tomar diagnósticos, pero mi configuración de privacidad no lo permite, y no puedo cambiarlos por alguna razón, lo siento ...

@sharpjs Eso es realmente interesante. Los rastros de su reproducción podrían ser útiles, si puedo comunicarle al equipo su hallazgo. :sonreír:

@ DHowett-MSFT Finalmente pude cambiar mi configuración de privacidad y realizar seguimientos. Tomé dos trazas, una con la solución @sharpjs y otra sin. Espero que puedas sacarle algo útil.

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

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

@ r33int gracias! Y solo para confirmar: en el caso "sin solución", ¿no puede escribir en la Terminal?

@ r33int gracias! Y solo para confirmar: en el caso "sin solución", ¿no puede escribir en la Terminal?

Sí

@ r33int , o cualquier otra persona:

Cuando estás en este estado (sin entrada), ¿puedes abrir el indicador del historial del portapapeles ( Windows + V ) y ver si tu entrada comienza a funcionar mágicamente?

@ r33int , o cualquier otra persona:

Cuando estás en este estado (sin entrada), ¿puedes abrir el indicador del historial del portapapeles (Windows + V) y ver si tu entrada comienza a funcionar mágicamente?

Intenté ingresar al historial del portapapeles y no parece que la entrada funcione para mí.

@ DHowett-MSFT:

Los rastros de tu reproducción aún pueden ser útiles,

• problem.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 1
  
  
  • La terminal parece ignorar la entrada del teclado.
  
  
• workaround.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 0
  
  
  • La entrada de teclado a la terminal funciona normalmente.
  
  

¿Puede abrir el indicador del historial del portapapeles (Windows + V) y ver si su entrada comienza a funcionar mágicamente?

Al presionar Windows+V abre el historial del portapapeles, pero no hace que la entrada del teclado comience a funcionar.

@ r33int :

Esto parece causar un comportamiento peculiar, como caracteres especiales que se escriben dos veces, y la búsqueda también deja de funcionar correctamente.

Cuando configuro InputServiceEnabled{|ForCCI} = 0 , la tecla Return se ignora específicamente en la búsqueda. Un reinicio de la máquina solucionó eso para mí.

No noté ningún problema al escribir caracteres especiales en Terminal o Search, pero uso WinCompose, que puede ser diferente a su método de entrada.

Tengo curiosidad: si realmente envías algo a través del historial del portapapeles, ¿comienza a funcionar? Obtendrá un ^V perdido o una pasta (dependiendo de cómo esté configurada la Terminal), pero un par de mis compañeros han teorizado que esto puede ayudar.

@ DHowett-MSFT En cuanto a mí:

1. Lanzamiento de Terminal. ✔️
2. Win+V → Aparece el widget de historial del portapapeles. ✔️
3. Haga clic en un elemento del historial → no sucede nada en la terminal. ❌
4. Presione una tecla → no pasa nada en la terminal. ❌
5. Haga clic con el botón derecho en Terminal → el elemento del historial se pega en la terminal. ✔️
6. Presione una tecla → no pasa nada en la terminal. ❌

Diagnóstico de los pasos 1 a 4: clipboard-history.diagnostics.zip

Historial del portapapeles, generado al copiar en el Bloc de notas:

¡Gracias! Eso es completo: sonrisa: y realmente útil.

+1

@asolopovas Dado que hemos reunido una explicación detallada de cómo puede ayudarnos, le agradecería que nos ayudara a recopilar más información sobre este error en lugar de simplemente enviar comentarios "+1".

@asolopovas Dado que hemos reunido una explicación detallada de cómo puede ayudarnos, le agradecería que nos ayudara a recopilar más información sobre este error en lugar de simplemente enviar comentarios "+1".

Estoy experimentando exactamente el mismo problema que @sharpjs. ¿ Debería estar produciendo el mismo informe que él?
@ DHowett-MSFT o ¿debería hacer algo más para ayudar?

Eso sería realmente útil: sonríe: Cuantos más datos tengamos sobre este error, mejor podremos encontrar correlaciones.

https://aka.ms/AA8b6o6

Puedo confirmar que la solución a continuación funciona para mi problema:

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

simplemente cambiar InputServiceEnabled a 0 funcionó para mí, si eso me ayuda

InputServiceEnabledForCCI es 1 (predeterminado)

si InputServiceEnabledForCCI es 0 y InputServiceEnabled es 1, NO funciona

alternar InputServiceEnabled sin reiniciar el terminal permite al terminal aceptar la entrada

Tenga en cuenta que v1 solucionó este problema para mí, incluso después de revertir la configuración a 1 para ambos

Quiero decir, no cambiamos nada, así que voy a decir que la naturaleza intermitente de este error lo hizo parecer arreglado. :)

bueno, mentí. Eliminé mi configuración, luego reinicié el terminal y ya no funciona. vuelva a ponerlo en 0 = (

Tengo el mismo problema en la configuración de prueba de 2004 en VM.
La solución alternativa funciona pero ¯ \ _ (ツ) _ / ¯

En 2004, estoy experimentando el mismo problema, aunque la solución funciona

Lo mismo observado en

• W10 x_64 Pro 2004 b19041.264
• WT 1.0.1401.0

Pegar en la terminal funciona en cualquier caso, escribiendo solo con InputServiceEnabled = 0 pero eso hace que la ventana de búsqueda no acepte ENTER desde el teclado.

Otras sesiones de terminal de las aplicaciones CMD o powershell (v 7.0.1) no presentan el problema.

@ n8v8R

InputServiceEnabled = 0 pero eso hace que la ventana de búsqueda no acepte ENTER desde el teclado.

¿Ese efecto secundario persiste después de reiniciar? IIRC, experimenté un efecto secundario similar hasta que reinicié.

Tengo el mismo problema. La solución alternativa de r33int también me funciona para obtener la entrada del teclado en la Terminal ... PERO
en la función de búsqueda de Windows (presionar la tecla Win y luego comenzar a escribir), las teclas de flecha y las teclas de eliminación ya no funcionan :(

Proporcionaré más información si la necesita.

Vista previa de Windows 10 Insider 19041.1 (vb_release)

@sharpjs

¿Ese efecto secundario persiste después de reiniciar? IIRC, experimenté un efecto secundario similar hasta que reinicié.

No lo comprobé anteriormente, pero descubrí que cerrar sesión, después del cambio en el registro, y volver a iniciar sesión es suficiente y la entrada de la ventana de búsqueda vuelve a la normalidad.

@jmartsch

PERO
en la función de búsqueda de Windows (presionar la tecla Win y luego comenzar a escribir), las teclas de flecha y las teclas de eliminación ya no funcionan :(

Me di cuenta de que también, simplemente cerrar la sesión y volver a iniciarlo lo resolvió en mi nodo.

¿A qué servicios se refieren esas entradas de registro?

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

¿A qué servicios se refieren esas entradas de registro?

Parece estar relacionado con habilitar / deshabilitar

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

O el error está en esa aplicación o WT tiene un problema para comunicarse con ella correctamente.

Cuando acabo de instalar el nuevo terminal de Windows de la tienda de microsoft, cuando quiero escribir no se muestra nada en la pantalla, aunque escribo letras al azar, no hay nada escrito en el terminal, ¡necesito ayuda!

Lo mismo para mí, después de actualizar mi Windows a la última versión de 2004, el terminal no acepta la entrada del teclado, intenté una instalación limpia varias veces con las versiones normal y de vista previa, así como los valores cambiantes en el registro, nada funcionó para mí.

@ LuisMontoya1404

¡Necesito ayuda!

¿Ha probado la solución alternativa publicada anteriormente? enlace

Recientemente encontré el mismo problema. en 19041.264

La solución alternativa publicada parece solucionar mi problema. No tuve que cerrar la sesión o reiniciar.

También tengo el mismo problema.

• Versión de Windows: 19041.329
• Versión de Windows Terminal: 1.0.1401.0

La solución también funcionó para mí, pero la barra de búsqueda no funcionó como se esperaba.
Pero como lo mencionó @sharpjs, un reinicio lo solucionó ( comentario ).

En breve investigué los diferentes efectos de cambiar los valores de InputServiceEnabled ( ISE ) y InputServiceEnabledForCCI ( ISECC ).
La siguiente tabla muestra el comportamiento en mi máquina.

Explicación de la tabla :

• Tipo
  
  
  
  • input = entrada de terminal de Windows a través del teclado
  
  
  • past = entrada de terminal de Windows a través del comando pasado (clic derecho)
  
  
  • search = barra de búsqueda de Windows
  
  
• El valor ( val ) es igual al valor en el registro y el reinicio debe ser claro
• Resultado ( res )
  
  
  
  • sí = funciona según lo previsto
  
  
  • no = no funciona como se esperaba
  
  
  • (número) = explicado a continuación
  
  

| Tipo | 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 |
| reiniciar | después | antes | después | antes | después | antes | después | antes |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| entrada | no | si | si | si | si | si | no | no |
| pasado | si | si | si | si | si | si | si | si |
| buscar | si | (1) | (2) | (2) | (2) | si | si | si |

Comportamiento de búsqueda especial

1. Las siguientes entradas no funcionaron: Delete, Backwards, Pos1, End, Arrow keys, Enter
2. La combinación [CTRL + Retroceso] eliminó la palabra como se esperaba, pero deja el símbolo "□".

TL; DR

Esta solución me funcionó, pero solo cambié el valor de InputServiceEnabled a 0 . Este cambio rompió la barra de búsqueda de Windows, pero después de reiniciar todo estuvo bien.

Editar
Después de dos días de uso de la configuración resaltada, la búsqueda de Windows cambió su comportamiento de búsqueda normal a especial 2 .

También estoy experimentando el siguiente problema.
_OS Nombre Microsoft Windows 10 Pro
Versión 10.0.19041 Compilación 19041_

Estableciendo InputServiceEnabled = 0
Windows Terminal comenzó a aceptar entradas después de esta configuración. Sin embargo, hay un efecto secundario. Cuando uso la combinación Ctrl + Retroceso en la búsqueda de Windows, se elimina todo el texto, pero se inserta un carácter extraño.

Esta solución también parece causar un comportamiento extraño con el autocompletado de pestañas. La entrada de tabulación parece registrarse dos veces cuando se presiona una vez. Esto es muy perturbador. ¿Alguien más se enfrenta a esto?

¡¡¡SI!!!

¡He estado tratando de averiguar por qué la terminal ha estado haciendo doble tapping así durante mucho tiempo! Gran hallazgo

confirmando revertir InputServiceEnabled a 1 corrige tabulación

confirmando revertir InputServiceEnabled a 1 corrige tabulación

@EricZimmerman
Entonces, ¿está utilizando InputServiceEnabled 1 y InputServiceEnabledForCCI 0 y esto funciona para usted?
Esta combinación funcionó solo hasta que reinicié mi máquina.

También tengo el problema de la pestaña doble

Lo tenía en 0 para solucionar el problema. tenía doble pestaña.

Lo cambié de nuevo a 1 y parece estar arreglado, pero no he reiniciado mi máquina.

el teclado no funciona le pasa a otra persona, la solución que dan desactiva win + vy otras funciones

el teclado no funciona le pasa a otra persona, la solución que dan desactiva win + vy otras funciones

Estaba usando Windows Terminal normalmente incluso después de la compilación 2004 y luego la entrada del teclado dejó de funcionar el fin de semana pasado.

La solución alternativa señalada en este enlace lo resolvió sin romper las teclas de acceso rápido como win + v.

el teclado no funciona le pasa a otra persona, la solución que dan desactiva win + vy otras funciones

Estaba usando Windows Terminal normalmente incluso después de la compilación 2004 y luego la entrada del teclado dejó de funcionar el fin de semana pasado.

La solución alternativa señalada en este enlace lo resolvió sin romper las teclas de acceso rápido como win + v.

InputServiceEnabled = 0 pero eso hace que la ventana de búsqueda no acepte ENTER desde el teclado.

el teclado no funciona le pasa a otra persona, la solución que dan desactiva win + vy otras funciones

Estaba usando Windows Terminal normalmente incluso después de la compilación 2004 y luego la entrada del teclado dejó de funcionar el fin de semana pasado.
La solución alternativa señalada en este enlace lo resolvió sin romper las teclas de acceso rápido como win + v.

InputServiceEnabled = 0 pero eso hace que la ventana de búsqueda no acepte ENTER desde el teclado.

Sí, causa eso. No solo entrar, sino también teclas como retroceso.

el teclado no funciona le pasa a otra persona, la solución que dan desactiva win + vy otras funciones

Estaba usando Windows Terminal normalmente incluso después de la compilación 2004 y luego la entrada del teclado dejó de funcionar el fin de semana pasado.
La solución alternativa señalada en este enlace lo resolvió sin romper las teclas de acceso rápido como win + v.

InputServiceEnabled = 0 pero eso hace que la ventana de búsqueda no acepte ENTER desde el teclado.

Sí, causa eso. No solo entrar, sino también teclas como retroceso.

Y qué hacemos cuando se soluciona, no hay respuestas solo parches que no son útiles, no se puede trabajar con wsl2 así.

@rafavielma @julianonunes Debe reiniciar después de aplicar la solución. Vea la tabla que hizo @NicoVogel .

Cualquier atajo de Alt parece funcionar incluso cuando Terminal no acepta ninguna otra entrada de teclado.
Las teclas Inicio y Fin también funcionan mientras se mantiene presionada la tecla Alt.

Probado con la reciente versión 1.0.1811.0 de WT, pero el error aún está presente. Si bien la solución es una solución con advertencias que se preguntan si los desarrolladores realmente están buscando solucionar esto pronto.

Supongamos que el sistema operativo implementó el servicio _InputAppTextInputHost.exe_ por una razón y dado que tanto el sistema operativo como el WT están siendo desarrollados por MS y se pregunta cuál es la dificultad para alinear correctamente la aplicación WT con el código del sistema operativo.

Es ridículo que esto siga pasando

los desarrolladores parecen bastante contentos de que esto no sea un error

_ Publicada originalmente por @DHowett en https://github.com/microsoft/terminal/issues/4448#issuecomment -630977808_

Voy a decir que la naturaleza intermitente de este error lo hizo parecer arreglado. :)

Sí, saque una cita mía fuera de contexto y podría parecer así. Mire: la pila de entrada en Windows no es sencilla, y hemos involucrado al equipo de entrada para descubrir por qué la entrada del teclado no funciona en ciertos contextos de aplicaciones. Si tuviéramos alguna actualización, todos serían los primeros en saberlo.

Voy a bloquear este hilo; no porque no creo que sea un error (lo es), sino porque todas sus quejas envían un correo electrónico a cada suscriptor y probablemente no es así como quieren comenzar sus miércoles.

Mover información relevante de # 7288

Windows 10 - 19041

El teclado en pantalla tampoco funciona.

Pegar desde el portapapeles funciona.

Si mantengo 'alt' mientras escribo el símbolo del sistema, registraré la entrada del teclado, pero solo mientras mantengo 'alt'.
Si mantengo 'alt' mientras escribo, PowershellCore registrará la entrada desde el teclado, pero al seleccionar cualquier número, el mensaje cambia a "argumento de dígito:"
Si mantengo 'alt' mientras escribo, Powershell registrará alguna entrada, sin letras, pero; '- = / se aceptan y al seleccionar cualquier número cambia el mensaje a "argumento-dígito:"

Todavía no hay actualizaciones en este hilo, todavía estamos tratando de encontrar una forma de depurar esto mientras alguien se encuentra actualmente en este estado averiado, porque no hay una línea de visión clara sobre qué causa que el sistema operativo entre en este mal estado. Si supiéramos qué está provocando este mal estado, sería mucho más fácil de depurar.

Si supiéramos qué está provocando este mal estado, sería mucho más fácil de depurar.

_TextInputHost.exe_ parece haber causado alguna queja (estado que no responde) en otros lugares

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

que parece haber sido solucionado recientemente

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

¿Se ha probado una versión interna reciente contra este error?

@ zadjii-msft Si alguien de MSFT quiere hacer una depuración remota con mi máquina en estado de avería, estoy dispuesto a hacerlo. Estoy disponible la mayor parte del tiempo entre las 8 a. M. Y las 5 p. M. PDT, cualquier día de la semana. Tengo equipos. @sharpjs en Twitter y Telegram. Hay una dirección de correo electrónico si lo desea.

También estoy experimentando el mismo problema en una instalación nueva de Windows y Terminal. Si puedo ser de ayuda, hágamelo saber.

Mover información relevante de # 7288

Windows 10 - 19041
El teclado en pantalla tampoco funciona.
Pegar desde el portapapeles funciona.
Si mantengo 'alt' mientras escribo el símbolo del sistema, registraré la entrada del teclado, pero solo mientras mantengo 'alt'.
Si mantengo 'alt' mientras escribo, PowershellCore registrará la entrada desde el teclado, pero al seleccionar cualquier número, el mensaje cambia a "argumento de dígito:"
Si mantengo 'alt' mientras escribo, Powershell registrará alguna entrada, sin letras, pero; '- = / se aceptan y al seleccionar cualquier número cambia el mensaje a "argumento-dígito:"

Todavía no hay actualizaciones en este hilo, todavía estamos tratando de encontrar una forma de depurar esto mientras alguien se encuentra actualmente en este estado averiado, porque no hay una línea de visión clara sobre qué causa que el sistema operativo entre en este mal estado. Si supiéramos qué está provocando este mal estado, sería mucho más fácil de depurar.

En seguimiento a mis comentarios anteriores, el problema se ha detenido repentina y misteriosamente. Todos los tipos de terminales funcionan correctamente ahora. Desde que publiqué los únicos cambios en mi sistema, los controladores de Nvidia se actualizaron (a 452.06) y el sistema se reinicia.

Ojalá tuviera más información para ayudar a encontrar la causa / solución.

Desafortunadamente, actualizar mis controladores Nvidia no ayudó. Ahora estoy en la versión 452.06 y sigo experimentando los mismos problemas dentro de Terminal. Gracias por la ayuda.

El mismo problema aquí con una instalación nueva.
Windows versión 2004 (_OS Build 19041.388_)
Probé tanto la versión estable como la versión preliminar, el mismo problema.
Avísame si se necesitan registros de depuración @ zadjii-msft

Yo tuve el mismo problema. Por alguna razón, se deshabilitó el servicio de panel de escritura a mano y teclado táctil. Cambié el tipo de inicio a manual en las propiedades y reinicié. Eso es todo y el terminal de Windows comenzó a tomar entradas de teclado.

Editar: swax06 me ganó.

Esto también me pasó a mí. Mi experiencia puede ser completamente coincidente:

Recientemente había instalado una tableta de dibujo. Después de hacerlo, noté que el Teclado en pantalla siempre aparecería en mi pantalla de inicio de sesión, incluso con el teclado en pantalla desactivado con las opciones habituales de Configuración de Windows. Molesto por esto, desactivé y detuve el "Servicio de panel de escritura a mano y teclado táctil" que resolvió ese problema.

Algún tiempo después de reiniciar, Windows Terminal ya no aceptaba la entrada del teclado. Las soluciones alternativas especificadas anteriormente en el hilo resolvieron mi problema, excepto por los problemas conocidos relacionados con la finalización de la pestaña y presionar Enter en la búsqueda de Windows. Insatisfecho con estas soluciones, las revirtí y archivé Windows Terminal hasta que esto pudiera solucionarse.

En algún momento recordé lo que había hecho con el servicio y verifiqué si estaba relacionado. Verifiqué que Windows Terminal todavía no aceptaba entradas, y luego volví a habilitar el "Servicio de panel de escritura a mano y teclado táctil" y reinicié. Después de eso, Windows Terminal comenzó a aceptar la entrada del teclado nuevamente y no he tenido ningún problema desde entonces.

Aquellos de ustedes que tengan problemas, ¿quizás vean si este servicio está detenido o deshabilitado?

mi servicio también fue DESACTIVADO.

Lo configuro en manual y reiniciaré para ver cómo va

Tuve el mismo problema por un tiempo y sí, ahora recuerdo que de hecho desactivé el servicio "Teclado táctil y panel de escritura a mano" como parte de mi rutina habitual de limpieza de Windows. Lo cambié de nuevo a manual y puedo confirmar que la Terminal funciona perfectamente después de reiniciar.
Gracias por las sugerencias @ swax06 y @NightWulfe

OK, después de reiniciar, FUNCIONA.

¡El mundo vuelve a tener sentido!

Solo como una nota, "limpiar" Windows al deshabilitar los servicios del sistema generalmente lo descalifica para quejarse de errores extraños;) y hace que sea muy difícil para equipos como el nuestro ayudarlo a solucionar problemas. También tiene una tendencia más alta que la línea de base a romper cosas por completo.

Igual que aquí. TabletInputService estaba deshabilitado. Establecer el tipo de inicio en
manual me ha resuelto el problema. ¡Buen hallazgo!

segundo

Solo como una nota, "limpiar" Windows al deshabilitar los servicios del sistema generalmente lo descalifica para quejarse de errores extraños;) y hace que sea muy difícil para equipos como el nuestro ayudarlo a solucionar problemas. También tiene una tendencia más alta que la línea de base a romper cosas por completo.

No "me quejé" al respecto, simplemente rastreé los problemas relevantes en Github para recibir correos electrónicos sobre posibles actualizaciones.
Para cuando mencionaste que el problema no era reproducible por tu parte, me di cuenta de que era algo específico de mi configuración, pero me olvidé por completo de este servicio.
Además, el nombre "Servicio de teclado táctil y panel de escritura a mano" no implica ningún efecto dañino para los teclados no táctiles, y como nunca utilizo teclados táctiles ni paneles de escritura a mano, pensé que era bastante seguro deshabilitar este. Los terminales "cmd" y "powershell" integrados de Windows no se vieron afectados por este cambio, por lo que no puedo culpar al equipo del sistema operativo Windows ni al equipo de MS Terminal porque debes admitir que esta es una dependencia extraña de tener una dependencia aparentemente no relacionada Servicio de SO, y asumo la responsabilidad total de modificar mi SO para que nunca "me queje o me queje", especialmente por un proyecto de código abierto.

Solo como nota, "limpiar" Windows al deshabilitar los servicios del sistema generalmente lo descalifica para quejarse de errores extraños;)

No hay nada extraño en deshabilitar servicios innecesarios como el teclado táctil y el panel de escritura a mano en los nodos que ni siquiera proporcionan el hardware. Básicamente, es probable que esté descalificando a cualquiera que haya informado del problema allí, incluso implicando que el usuario con dicha configuración no tiene derecho a informar un error ...

Debería haber mencionado que no deshabilité el servicio para empezar.
No estoy seguro de dónde vino ese cambio.

"Limpiar" Windows está bien y no debería descalificar a nadie de mirar
para obtener asistencia, aunque puede hacer que las cosas sean más difíciles de solucionar
cuando no se dispone de toda la información relativa. Estoy de acuerdo que cualquiera
los cambios en el sistema operativo deben ser revelados al contratar soporte.

Una última nota sobre este servicio. La descripción dice "Habilita el tacto
Teclado y panel de escritura a mano, funcionalidad de lápiz y tinta "y eso es todo.
Dado que mi computadora no tiene soporte táctil, parece que no
Necesito este servicio. Me parece que si Microsoft fuera un poco más
detallado en las descripciones de sus servicios, tal vez esto no suceda.

segundo

lo que dijo @gfxonline . Estoy en una estación de trabajo sin tocar nada. parecía innecesario, pero ¿qué sé yo?

Solo como nota, "limpiar" Windows al deshabilitar los servicios del sistema generalmente lo descalifica para quejarse de errores extraños;)

TIL que contribuye a los informes de errores se considera "quejas" en estos días.

La única queja que estaba haciendo estaba dirigida al teclado en pantalla. La única limpieza que hice fue lidiar con OSK ignorando tanto la configuración de "Usar el teclado en pantalla" (¿por qué hay dos?) Y aparecer en la pantalla de inicio de sesión independientemente. La solución que utilicé es una publicada con frecuencia y la única que funciona. Aparte de cambiar el nombre o denegar el acceso completo a OSK.exe. Esos probablemente también funcionarían.

Ninguna otra aplicación de este sistema que no sea Windows Terminal tuvo ningún problema con la desactivación del "Servicio de panel de escritura a mano y teclado táctil".

_chicos, había un ";)", está bromeando_

Eso es interesante, mi "Servicio de panel de escritura a mano y teclado táctil" también fue desactivado por GPO. Una vez que resolví eso y obtuve el servicio de vuelta a Automático y reinicié, mi Terminal ahora funciona correctamente. ¡Gracias por toda tu ayuda!

Muy bien, parece que hay una correlación bastante fuerte entre este problema y la desactivación del servicio Touch / Handwriting. Para cualquier otra persona que todavía se encuentre con esto, ¿puede ingresar texto en _cualquier_ aplicaciones para UWP? Creo que las siguientes aplicaciones serían buenas pruebas:

• Centro de comentarios
• Calculadora
• la aplicación PowerToys Settings
• la tienda de Microsoft
• la aplicación Your Phone

Solo queremos asegurarnos de hacer la diligencia por nuestra parte para comprender este problema completamente. ¡Gracias!

Cambiar el servicio "_Teclado táctil y panel de escritura a mano_" de automático a manual también me solucionó el problema. Solo para estar seguro, también restablezco los valores del Registro _ (ver más abajo) _. Apliqué ambos cambios antes de reiniciar y después de que funcionó bien.

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

Para el contexto: tengo un Surface pro 6 y validado (por si acaso), que mi lápiz sigue funcionando. Todo parece funcionar bien.
Incluso todo el comportamiento cableado que describí en mi última publicación se ha ido.

@ zadjii-msft con respecto a su pregunta.
Probé rápidamente las siguientes aplicaciones y no tuve problemas con la entrada.

• Centro de comentarios
• Calculadora
• Microsoft Store

Confirmo que pude evitar el error al

• configurar TabletInputService (Teclado táctil y servicio de panel de escritura a mano) de Deshabilitado a Manual;
• establecer los valores de HKLM\SOFTWARE\Microsoft\Input nuevo a sus valores anteriores (arriba); y,
• reiniciando.

Ahora tengo otro servicio aparentemente innecesario en ejecución, pero Terminal está funcionando. 🎉

Fuera del tema: Pagaría un buen dinero por una forma propia de reducir Windows a solo lo esencial, luego agregaría cosas según sea necesario, con granularidad ultra fina. Llámalo Windows 10 Modular. Solía ​​ejecutar un servidor Windows 'workstationized' para este propósito, pero eso no es posible en estos días, ya que necesito ejecutar algunas cosas que son específicas para Windows que no sea servidor.

@ zadjii-msft IIRC, la única aplicación para UWP con la que tuve un problema fue Terminal. Los demás trabajaron.

Para citar lo que hemos escuchado del equipo de Input:

El [Servicio de panel de escritura a mano y teclado táctil] es vital para la entrada de texto y teclado en UWA y para la entrada de IME en todas las aplicaciones.

_Para el registro_, la Terminal no es una aplicación para UWP, es una aplicación híbrida, una que es una aplicación de escritorio Win32 empaquetada que usa UWP XAML para su pila de UI. Si las otras aplicaciones UWP puras en su sistema están funcionando, entonces creo que esto podría ser algo específico para las aplicaciones híbridas. Por lo tanto, le pido a la gente que verifique también la aplicación PowerToys Settings: están usando un modelo de aplicación bastante similar al nuestro.

Si esa aplicación funciona, entonces hay algo diferente entre ellos y nosotros que está causando esta interacción. ¿Quizás sea nuestra falta de uso de IDesktopWindowXamlSourceNative2::PreTranslateMessage ?

Puedo confirmar que tengo este problema con Windows Terminal pero no con Calculator.

(y sí, porque deshabilité el servicio de panel de escritura a mano y teclado táctil aparentemente mal llamado, que probablemente debería tener una coma entre Touch y Keyboard )

El mismo problema «No hay entrada de teclado» después de instalar las actualizaciones de Windows KB4566782 y KB4569745 y reiniciar la PC.
También borro el registro con CCleaner 5.70.7909 y Auslogics BoostSpeed ​​9.2.0.0

La entrada a través de osk.exe tampoco funciona.

Pero puedo pegar texto desde el portapapeles con un clic derecho del mouse.

¡Intento actualizar winget install --id=Microsoft.WindowsTerminal -e y los mismos problemas!

Todo está bien después de habilitar el servicio Touch Keyboard and Handwriting Panel Service ( Служба сенсорной клавиатуры и панели рукописного ввода ) y reiniciar.

Editar: swax06 me ganó.

Esto también me pasó a mí. Mi experiencia puede ser completamente coincidente:

Recientemente había instalado una tableta de dibujo. Después de hacerlo, noté que el Teclado en pantalla siempre aparecería en mi pantalla de inicio de sesión, incluso con el teclado en pantalla desactivado con las opciones habituales de Configuración de Windows. Molesto por esto, desactivé y detuve el "Servicio de panel de escritura a mano y teclado táctil" que resolvió ese problema.

Algún tiempo después de reiniciar, Windows Terminal ya no aceptaba la entrada del teclado. Las soluciones alternativas especificadas anteriormente en el hilo resolvieron mi problema, excepto por los problemas conocidos relacionados con la finalización de la pestaña y presionar Enter en la búsqueda de Windows. Insatisfecho con estas soluciones, las revirtí y archivé Windows Terminal hasta que esto pudiera solucionarse.

En algún momento recordé lo que había hecho con el servicio y verifiqué si estaba relacionado. Verifiqué que Windows Terminal todavía no aceptaba entradas, y luego volví a habilitar el "Servicio de panel de escritura a mano y teclado táctil" y reinicié. Después de eso, Windows Terminal comenzó a aceptar la entrada del teclado nuevamente y no he tenido ningún problema desde entonces.

Aquellos de ustedes que tengan problemas, ¿quizás vean si este servicio está detenido o deshabilitado?

Me salvaste el día. ¡Muchas gracias!

Para citar lo que hemos escuchado del equipo de Input:

El [Servicio de panel de escritura a mano y teclado táctil] es vital para la entrada de texto y teclado en UWA y para la entrada de IME en todas las aplicaciones.

_Para el registro_, la Terminal no es una aplicación para UWP, es una aplicación híbrida, una que es una aplicación de escritorio Win32 empaquetada que usa UWP XAML para su pila de UI. Si las otras aplicaciones UWP puras en su sistema están funcionando, entonces creo que esto podría ser algo específico para las aplicaciones híbridas. Por lo tanto, le pido a la gente que verifique también la aplicación PowerToys Settings: están usando un modelo de aplicación bastante similar al nuestro.

Tuve este problema y, por supuesto, después de configurar el Teclado táctil y el Servicio del panel de escritura a mano en Manual, ahora la entrada funciona. Puedo confirmar que la aplicación Powertoys Settings TAMBIÉN tuvo el mismo problema. Después del cambio, también funciona.

Si esa aplicación funciona, entonces hay algo diferente entre ellos y nosotros que está causando esta interacción. ¿Quizás sea nuestra falta de uso de IDesktopWindowXamlSourceNative2::PreTranslateMessage ?

Muy bien, parece que hay una correlación bastante fuerte entre este problema y la desactivación del servicio Touch / Handwriting. Para cualquier otra persona que todavía se encuentre con esto, ¿puede ingresar texto en cualquier aplicación para UWP? Creo que las siguientes aplicaciones serían buenas pruebas:

Encontré este problema mientras depuraba una Terminal de Windows que funcionaba mal. Su diagnóstico es correcto, sucedió porque desactivé el servicio de escritura a mano. Mi computadora portátil no tiene pantalla táctil y no esperaba que fuera útil.

Desafortunadamente, no lo desactivé solo para 'limpiar Windows', sino porque estaba acabando con la vida útil de la batería. Por alguna razón, textinputhost.exe comienza a ejecutarse regularmente en la dGPU; no se dibuja en la pantalla en absoluto, ¿por qué necesita una GPU? - y, al hacerlo, reduce a más de la mitad la duración de la batería.

No estoy seguro de dónde informar un error como este. Sin embargo, deshabilitar el servicio es un consejo común para solucionar problemas de duración de la batería.

(Tengo la impresión de que la elección de la GPU se ajusta asumiendo que la iGPU es débil e incapaz, lo que puede ser cierto para las CPU Intel, pero esta es una computadora portátil AMD).

ping @ zadjii-msft en caso de que no vea mi respuesta, la configuración confirmada de Powertoys tiene el mismo problema.

Tengo un Surface 7 Pro y nunca deshabilité los servicios de escritura a mano ni los servicios de entrada de lápiz o pantalla táctil. Sin embargo, mi terminal ya no experimenta este problema en este momento.

@jmlucjav He enviado esa información al equipo de entrada, ¡gracias!

Confirmo que pude evitar el error al

• configurar TabletInputService (Teclado táctil y servicio de panel de escritura a mano) de Deshabilitado a Manual;
• establecer los valores de HKLM\SOFTWARE\Microsoft\Input nuevo a sus valores anteriores (arriba); y,
• reiniciando.

Ahora tengo otro servicio aparentemente innecesario en ejecución, pero Terminal está funcionando. 🎉

Fuera del tema: Pagaría un buen dinero por una forma propia de reducir Windows a solo lo esencial, luego agregaría cosas según sea necesario, con granularidad ultra fina. Llámalo Windows 10 Modular. Solía ​​ejecutar un servidor Windows 'workstationized' para este propósito, pero eso no es posible en estos días, ya que necesito ejecutar algunas cosas que son específicas para Windows que no sea servidor.

@ zadjii-msft IIRC, la única aplicación para UWP con la que tuve un problema fue Terminal. Los demás trabajaron.

Puedo confirmar que habilitar ese servicio soluciona completamente el problema, sin crear ningún otro problema. ¡Muchas gracias @sharpjs por ese hallazgo!

¡Muchas gracias @sharpjs por ese hallazgo!

En realidad, es @ swax06 quien lo encontró, ¡a quien le doy las gracias de ambos!

Gracias por las soluciones. (Me alegra ver que todavía hay usuarios que intentan reducir la grasa de Windows. Pensé que era una especie en extinción. ;-))

Confirmo que pude evitar el error al

• configurar TabletInputService (Teclado táctil y servicio de panel de escritura a mano) de Deshabilitado a Manual;
• establecer los valores de HKLM\SOFTWARE\Microsoft\Input nuevo a sus valores anteriores (arriba); y,
• reiniciando.

Ahora tengo otro servicio aparentemente innecesario en ejecución, pero Terminal está funcionando. 🎉

Fuera del tema: Pagaría un buen dinero por una forma propia de reducir Windows a solo lo esencial, luego agregaría cosas según sea necesario, con granularidad ultra fina. Llámalo Windows 10 Modular. Solía ​​ejecutar un servidor Windows 'workstationized' para este propósito, pero eso no es posible en estos días, ya que necesito ejecutar algunas cosas que son específicas para Windows que no sea servidor.

@ zadjii-msft IIRC, la única aplicación para UWP con la que tuve un problema fue Terminal. Los demás trabajaron.

Habilitar ese servicio resolvió completamente el problema. Gracias

Respuesta fuera de tema: si te refieres a la versión ISO de Windows, hay algunas isos personalizadas que realizan algunos desarrolladores. Ofc, no son 100% seguros, pero he estado usando la iso modificada de GhostSpectre durante más de un año y estoy muy feliz por ello.

En mi sistema (Win10 x64 19041.508) que ejecuta MSI Afterburner 4.6.2 beta 2 deshabilita la entrada en el terminal de Windows. Cerrar esta aplicación resuelve el problema.

Confirmo que pude evitar el error al

• configurar TabletInputService (Teclado táctil y servicio de panel de escritura a mano) de Deshabilitado a Manual;
• establecer los valores de HKLM\SOFTWARE\Microsoft\Input nuevo a sus valores anteriores (arriba); y,
• reiniciando.

Ahora tengo otro servicio aparentemente innecesario en ejecución, pero Terminal está funcionando. 🎉
Fuera del tema: Pagaría un buen dinero por una forma propia de reducir Windows a solo lo esencial, luego agregaría cosas según sea necesario, con granularidad ultra fina. Llámalo Windows 10 Modular. Solía ​​ejecutar un servidor Windows 'workstationized' para este propósito, pero eso no es posible en estos días, ya que necesito ejecutar algunas cosas que son específicas para Windows que no sea servidor.
@ zadjii-msft IIRC, la única aplicación para UWP con la que tuve un problema fue Terminal. Los demás trabajaron.

Puedo confirmar que habilitar ese servicio soluciona completamente el problema, sin crear ningún otro problema. ¡Muchas gracias @sharpjs por ese hallazgo!

En una nota al margen, ¡esto también parece solucionar el problema del panel de emoji que aparece pero no funciona!

Solución de trabajo en _Windows 10 2004 (compilación del SO 19041.508) _

Para habilitar la entrada, hago los siguientes cambios
DESDE ESTO (en mi caso fue _configuración predeterminada y no funcionó_):

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

A ESTO (_ funciona bien_):

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

Reinicie su máquina y estará listo para comenzar.

No, para que su sistema funcione, debe habilitar el servicio del que todos están hablando. Recomendar que las personas establezcan InputServiceEnabled en 0 en el registro es peligroso.

Pero era una configuración predeterminada y no funcionó, déjame intentarlo una vez más.

Después de recargar mi PC, no funciona.

¿Cuál es el estado del teclado táctil y el servicio de escritura a mano?

El tipo de inicio está configurado como "Deshabilitado"

Configúrelo en algo que no sea deshabilitado. De eso se tratan los últimos 15 comentarios de este hilo.

Sí, lo siento 😞.

Muchas gracias por esto. ¿Debo borrar mis comentarios?

Yo me ocuparé de la limpieza. ¡Gracias!

En mi sistema (Win10 x64 19041.508) que ejecuta MSI Afterburner 4.6.2 beta 2 deshabilita la entrada en el terminal de Windows. Cerrar esta aplicación resuelve el problema.

Igual que aquí

No se pueden escribir entradas en el vscode de terminal integrado en manjaro

@LoboTormenta Este no es el repositorio de VSCode _or_ Manjaro. Aunque tiene "Terminal" en el nombre, _no_ es el repositorio general para archivar problemas en terminales en general.

Dado que este hilo ha seguido su curso y tiene una causa raíz conocida, y la gente ha comenzado a conducir para decirnos cosas desagradables sobre nosotros (hola

Si tiene este problema, asegúrese de que el "Servicio de escritura a mano y teclado táctil" no esté desactivado. Cierto software de "desinflado" (y aparentemente MSI Afterburner) le gusta desactivarlo o suprimirlo en nombre de hacer que su máquina sea menos comprensible y "más rápida".

Si tiene un problema de entrada que _no_ se soluciona saliendo de MSI Afterburner o volviendo a habilitar el "Servicio de escritura a mano y teclado táctil", presente un nuevo problema .