Terminal: Sem entrada de teclado

Isso é certamente inesperado - isso se reproduz com qualquer número de guias?

Você poderia compartilhar o número da versão real do diálogo sobre Terminal? Essa informação torna muito mais fácil para nós rastrear relatórios de bugs, uma vez que a "versão mais recente" pode ser "a versão mais recente" ou "construída a partir do mestre", e ambas as versões mudam com o tempo em comparação com quando o bug foi registrado.

Há outro bug flutuando onde focar a janela clicando na guia não foca realmente o controle do terminal - clicar na área "terminal" da janela faz alguma coisa?

Tenho certeza que ninguém na equipe de desenvolvimento está vendo algo assim, então será muito difícil para nós consertar esse bug sem mais informações de alguma forma. Talvez se você pudesse construir o código do formulário e depurar para ver se Terminal::SendKeyEvent está sendo atingido?

A compilação do Windows 10 é Microsoft Windows [Versão 10.0.19041.21].
A versão do terminal é 0.8.10261.0 na Microsoft Store.

O problema parece não estar focalizando, não importa onde eu clique, não consigo acessar a entrada do teclado.

Talvez você possa me explicar essa correção?

O bug voltou após uma instalação limpa - gostaria de me lembrar de como recriá-lo, acho que um Windows Update no Insider está mexendo com ele, talvez?

Batendo nisso. Vejo um cursor piscando, mas ainda não consigo digitar no Terminal do Windows.

Eu também estou vendo o problema. Já aconteceu comigo duas vezes. Posso digitar a maioria dos caracteres especiais, por exemplo

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

Não pode digitar nenhuma letra ou número. Nenhum caractere especial nos números usando shift.

Não tenho certeza de como isso aconteceu, mas acho que em ambos os casos eu estava usando uma tela dividida de terminal. Quando me afastei do terminal e voltei a ele um pouco depois, o problema estava lá. Acredito que a única solução para isso no momento é reiniciar a máquina e eu posso digitar novamente.

Versão: 0.8.10261.0
Versão do Windows Insider: 19559.rs_prerelease.200131-1437

Observe também o que sinto ser um grande número de Console Windows Host processos em execução, mas não tenho certeza se isso está relacionado. Atualmente não há terminais ou consoles abertos na minha área de trabalho

Criou um arquivo de despejo do processo de terminal se isso ajudar de alguma forma, deixe-me saber como levá-lo para você.

Isso está acontecendo comigo também, com bastante frequência.

O terminal funciona bem por algum tempo e depois para de aceitar entrada do teclado para o contêiner Ubuntu Wsl2.
confirmou a observação de MCrank de que certos personagens especiais ainda funcionam bem.

se eu abrir uma nova guia ou fechar e reabrir sem alterações.
se eu reiniciar o aplicativo de terminal, nenhuma alteração.

se eu abrir uma guia do PowerShell, ele funciona por um curto período de tempo, então exatamente o mesmo problema acontece com ele, então isso não está limitado a recipientes wsl2 estranhamente.

parar e reiniciar o serviço LxssManager parece restaurar a entrada do teclado por um período, eu não achei que isso afetaria o PowerShell, então não tenho certeza do porque, apenas relatando o que estou vendo no caso de ser útil rastrear esse bug.

isso começou a acontecer após a última atualização, e está acontecendo com freqüência suficiente para tornar o terminal quase inutilizável e eu trabalho o dia todo na linha de comando, o que é uma séria interrupção do fluxo de trabalho para mim.

desta última vez, reiniciar o lxssManager não funcionou e percebi que o menu iniciar e a pesquisa também não respondiam à entrada do teclado, embora todos os outros aplicativos ainda funcionassem bem. não tem certeza se este é o mesmo problema? ou relacionado?

Eu sei que você disse "tudo o mais", mas quando a entrada morrer, você ainda pode digitar na caixa de pesquisa do menu iniciar ou no centro de feedback? Ambos estão usando a plataforma de aplicativos moderna, ao passo que powershell.exe e cmd.exe não estão. Olhando para um possível problema de plataforma de entrada que é mais amplo do que apenas o terminal.

@ DHowett-MSFT Estou no build-19564 e também estou vendo isso, posso confirmar que também está acontecendo no menu Iniciar do Windows e no hub de feedback, então confirmo que pode ser mais amplo do que o terminal do Windows.

quando isso ocorre, não consigo digitar na pesquisa do menu iniciar, no hub de feedback ou na cortana.
Desabilitei completamente a cortana, caso ajudasse, e não ajudou.

Windows: 19569.1000 (visualização interna)
Versão do Terminal Windows: 0.9.433.0

Isso é certamente inesperado - isso se reproduz com qualquer número de guias?

Você poderia compartilhar o número da versão real do diálogo sobre Terminal? Essa informação torna muito mais fácil para nós rastrear relatórios de bugs, uma vez que a "versão mais recente" pode ser "a versão mais recente" ou "construída a partir do mestre", e ambas as versões mudam com o tempo em comparação com quando o bug foi registrado.

Há outro bug flutuando onde focar a janela clicando na guia não foca realmente o controle do terminal - clicar na área "terminal" da janela faz alguma coisa?

Tenho certeza que ninguém na equipe de desenvolvimento está vendo algo assim, então será muito difícil para nós consertar esse bug sem mais informações de alguma forma. Talvez se você pudesse construir o código do formulário e depurar para ver se Terminal::SendKeyEvent está sendo atingido?

Eu criei e depurei e o Terminal :: SendKeyEvent não disparou. Meu problema começa quando eu habilito o Windows Insider e instalo atualizações.

Também não é possível digitar ao iniciar com a guia PS. Em seguida, crio a guia cmd - agora posso digitar, até mudar o foco da guia para outra janela ou guia. Então, novamente a entrada do teclado não funciona. Remover e reinstalar o terminal não ajuda.
Windows 19041.113, (visualização de Insiders)

Pode confirmar que isso também acontece no Windows Insider build 19569. Uma guia cmd funciona no Terminal, mas WSL e Powershell não aceitam nenhuma entrada de teclado, exceto alguns caracteres especiais (alt + <, alt +>, etc.)

Versão do Terminal Windows: 0.9.433.0

Talvez não tenha nada a ver com o problema atual. Mas talvez esse seja um problema comum com aplicativos modernos.

Costumo encontrar problemas no Windows Search em que não consigo digitar. Esse fenômeno é mais facilmente encontrado com certos IMEs Win32, como o Baidu Pinyin. Esse fenômeno raramente é encontrado após o uso do Microsoft Pinyin, mas não está completamente ausente. Reabrindo a janela de pesquisa após algum tempo, a entrada pode funcionar.

Sempre pensei que era um problema de compatibilidade entre o aplicativo moderno e o IME Win32 herdado. Mas, ocasionalmente, isso também pode acontecer com o Microsoft Pinyin. É um aplicativo moderno. Além disso, o problema persistiu durante a experiência de dois anos do Insider.

Eu não encontrei este problema no terminal Windows, porque a versão antiga do terminal Windows não suportava IME, e o problema de finalização de linha, eu não uso há muito tempo. Se eu encontrar um problema com o terminal do Windows e IME, fornecerei feedback.

E se você não tiver um IME, pode ser um problema interno:

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

• Corrigimos um problema em que a entrada parava de funcionar em alguns lugares se o histórico da área de transferência (WIN + V) fosse descartado sem colar nada.

Os "alguns lugares" são apenas aplicativos modernos, todos os aplicativos win32 não são afetados.

A versão 19577 do Windows Insider parece ter corrigido esse problema para mim (oba!)

Tenho certeza que ninguém da equipe de desenvolvimento está vendo algo assim,

Estou ocorrendo desde 0,8
Sem entrada direta.
Provavelmente, a maioria dos usuários japoneses do Windows 10 e do Windows encontrou esse problema.
É difícil para uma equipe de desenvolvimento testar em um ambiente japonês?

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

Vemos isso _ ocasionalmente_ e estamos fazendo o acompanhamento com a equipe certa internamente. Parece que há algo na pilha de entrada; não podemos dizer com certeza se o Terminal é a causa do problema ou outra vítima.

Se alguém tiver uma reprodução _consistente_ que possamos fazer em nossas próprias máquinas, seria muito útil conversarmos com essa equipe.

Obrigado pelas equipes @ DHowett-MSFT 😃

Tentei WT (Preview) 0.10.761.0, mas ainda aconteceu.

Espero realmente resolver de alguma forma. 🙏

ps

• Não há nenhum problema com a versão do PowerShell 7 GA.
• Problema apenas no WT (tentei cada um desses shells Windows PowerShell, cmd, PowerShell, Azure Cloud Shell).
• Estou sempre usando as configurações padrão.

modificado em 23 de março de 2020

• Ainda não corrigido no Windows Terminal Preview v0.10.781.0

Isso também começou a acontecer comigo. Reparar / redefinir / reinstalar não resolveu o problema. Posso digitar em qualquer lugar, exceto no Terminal Windows, onde só posso digitar alguns caracteres especiais como algumas outras pessoas descritas acima.

Esta é a versão do terminal do Windows: 0.10.781.0
Windows 10 Education Build 19041.153

O mesmo problema acontece.

• Windows 10 19041.153
• WT 0.10.781.0
• Tecla 106/109 japonesa com ATOK Pro (método de entrada)
  
  
  
  • sem ATOK, mesmo comportamento
  
  

Sim, parece que também tenho o problema.

• Versão do Windows 10.0.19587 Compilação 19587
• WT 0.10.781.0
• Inglês (EUA)

Também pode confirmar este problema.

• Microsoft Windows [versão 10.0.19041.153]
• Terminal v0.10.781.0
• Francês (FR)

Também posso confirmar isso.

• Windows build 19603
• Terminal v0.10.781.0

Nenhuma entrada de texto funciona em qualquer guia WT, mas eles funcionam nos aplicativos reais.

Apenas um rápido aparte, instalar o mais recente Fast Ring de 19608 parece ter resolvido isso até agora. Consigo digitar novamente em todas as janelas do terminal.

Estou em 19592 e não vejo isso acontecer há algum tempo. Sentindo-se sortudo :)

Estou no Slow Ring mais recente (19041.207) e também vejo isso.

Para todos neste tópico que estão abordando o problema:

Na próxima vez que isso acontecer, você pode iniciar o _ Hub de feedback_ e usar a seção "Diagnóstico avançado" para capturar diagnósticos na categoria Input and Language , subcategoria Input Lag ?

Clique em Iniciar Gravação e insira alguns caracteres no Terminal.

Volte para o centro de feedback e clique em Parar gravação .

Você receberá uma nova entrada de log de diagnóstico:

Selecione Local do arquivo e envie-me por e-mail o arquivo de diagnóstico dentro dessa pasta ou anexe-o ao OneDrive e compartilhe um link. Observe que ele pode conter informações de identificação pessoal (como os caracteres que você inseriu durante a fase de gravação). Meu endereço de e-mail está em meu perfil.

Obrigado! Isso será de grande ajuda para nos ajudar a resolver esse problema.

Se algum de vocês conseguir fazer com que comece a acontecer durante a gravação, em vez de apenas capturar quando já aconteceu, isso seria imensamente útil. Informe se for o caso pelo e-mail: sorria:

Tive uma versão desse problema em uma nova instalação do Windows 19041.207 da ISO. Afetou _apenas_ o Terminal Windows; Pesquisa e outros aplicativos modernos funcionaram bem. Consegui resolver isso definindo os seguintes valores de registro e reiniciando o Terminal.

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

_EDIT: O Windows Search começou a ignorar a tecla Return depois que alterei essas configurações. Uma reinicialização da máquina corrigiu isso. Consulte a postagem de @ r33int abaixo para outros possíveis efeitos colaterais dessa solução alternativa._

_EDITO 2: @NicoVogel descobriu que a Pesquisa funciona melhor deixando InputServiceEnabledForCCI em 1 ._

Fiquei sabendo desses valores de registro observando o Terminal no procmon. O Terminal estava abrindo repetidamente aquela chave e consultando um desses valores. As consultas possivelmente estavam relacionadas a pressionamentos de tecla, mas não posso dizer com certeza.

@ DHowett-MSFT, você quer diagnósticos meus também? Meu caso pode ser um problema diferente, já que a maioria das pessoas neste tópico relata problemas de teclado na Pesquisa e em outros aplicativos.

Tive uma versão desse problema em uma nova instalação do Windows 19041.207 da ISO. Afetou _apenas_ o Terminal Windows; Pesquisa e outros aplicativos modernos funcionaram bem. Consegui resolver isso definindo os seguintes valores de registro e reiniciando o Terminal.

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

Fiquei sabendo desses valores de registro observando o Terminal no procmon. O Terminal estava abrindo repetidamente aquela chave e consultando um desses valores. As consultas possivelmente estavam relacionadas a pressionamentos de tecla, mas não posso dizer com certeza.

@ DHowett-MSFT, você quer diagnósticos meus também? Meu caso pode ser um problema diferente, já que a maioria das pessoas neste tópico relata problemas de teclado na Pesquisa e em outros aplicativos.

Posso confirmar que esta solução alternativa funciona para mim!
EDIT: Isso parece causar alguns comportamentos peculiares, como caracteres especiais digitando duas vezes, e a Pesquisa também para de funcionar corretamente.

Gostaria de fazer diagnósticos, mas minhas configurações de privacidade não permitem isso e não posso alterá-las por algum motivo, sinto muito ...

@sharpjs Isso é realmente interessante. Os vestígios da sua reprodução ainda podem ser úteis, se pudermos informar a equipe sua descoberta. :sorriso:

@ DHowett-MSFT Finalmente, consegui alterar minhas configurações de privacidade e obter rastreamentos. Peguei dois rastreamentos, um com a solução alternativa @sharpjs e outro sem. Espero que você possa obter algo útil com isso.

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

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

@ r33int obrigado! E só para confirmar: no caso "sem solução alternativa", você não consegue digitar no Terminal?

@ r33int obrigado! E só para confirmar: no caso "sem solução alternativa", você não consegue digitar no Terminal?

Sim

@ r33int , ou qualquer outra pessoa:

Quando você está neste estado (sem entrada), você pode abrir o prompt de histórico da área de transferência ( Windows + V ) e ver se sua entrada começa a funcionar magicamente?

@ r33int , ou qualquer outra pessoa:

Quando você está neste estado (sem entrada), você pode abrir o prompt de histórico da área de transferência (Windows + V) e ver se sua entrada começa a funcionar magicamente?

Eu tentei entrar no histórico da área de transferência e não parece que a entrada funcione para mim.

@ DHowett-MSFT:

Traços de sua reprodução ainda podem ser úteis,

• problem.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 1
  
  
  • O terminal parece ignorar a entrada do teclado.
  
  
• workaround.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 0
  
  
  • A entrada do teclado para o Terminal funciona normalmente.
  
  

você pode abrir o prompt de histórico da área de transferência (Windows + V) e ver se sua entrada começa a funcionar magicamente?

Pressionar Windows+V abre o histórico da área de transferência, mas não faz com que a entrada do teclado comece a funcionar.

@ r33int :

Isso parece causar alguns comportamentos estranhos, como caracteres especiais digitando duas vezes, e a Pesquisa também para de funcionar corretamente.

Quando defino InputServiceEnabled{|ForCCI} = 0 , a chave Return especificamente ignorada na Pesquisa. Uma reinicialização da máquina consertou isso para mim.

Não notei nenhum problema ao digitar caracteres especiais no Terminal ou na Pesquisa, mas uso o WinCompose, que pode ser diferente do seu método de entrada.

Estou curioso - se você realmente enviar algo por meio do histórico da área de transferência, ele começa a funcionar? Você obterá um ^V perdido ou uma pasta (dependendo de como o Terminal está configurado), mas alguns de meus colegas teorizaram que isso pode ajudar.

@ DHowett-MSFT Quanto a mim:

1. Terminal de lançamento. ✔️
2. Win+V → o widget de histórico da área de transferência aparece. ✔️
3. Clique em um item do histórico → nada acontece no terminal. ❌
4. Pressione uma tecla → nada acontece no terminal. ❌
5. Clique com o botão direito em Terminal → o item de histórico é colado no terminal. ✔️
6. Pressione uma tecla → nada acontece no terminal. ❌

Diagnóstico das etapas 1 a 4: clipboard-history.diagnostics.zip

Histórico da área de transferência, gerado por cópia no Bloco de notas:

Obrigado! Isso é abrangente: sorria: e realmente útil.

+1

@asolopovas Visto que reunimos uma explicação detalhada de como você pode nos ajudar, agradeceria se pudesse nos ajudar a reunir mais informações sobre este bug em vez de apenas enviar comentários "+1".

@asolopovas Visto que reunimos uma explicação detalhada de como você pode nos ajudar, agradeceria se pudesse nos ajudar a reunir mais informações sobre este bug em vez de apenas enviar comentários "+1".

estou vivenciando exatamente o mesmo problema que @sharpjs ;
@ DHowett-MSFT ou devo fazer mais alguma coisa para ajudar?

Isso seria muito útil: smile: Quanto mais dados tivermos sobre esse bug, melhor poderemos encontrar as correlações.

https://aka.ms/AA8b6o6

posso confirmar que a solução alternativa abaixo funciona para o meu problema:

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

apenas alterar InputServiceEnabled para 0 funcionou para mim, se isso ajudar

InputServiceEnabledForCCI é 1 (padrão)

se InputServiceEnabledForCCI for 0 e InputServiceEnabled for 1, NÃO funciona

alternar InputServiceEnabled sem reiniciar o terminal permite que o terminal aceite a entrada

Observe que a v1 corrigiu esse problema para mim, mesmo depois de reverter as configurações de volta para 1 para ambos

Quer dizer, não mudamos _nada_, então vou dizer que a natureza intermitente desse bug o fez parecer corrigido. :)

bem, eu menti. Eu apaguei minhas configurações, reiniciei o terminal e ele não funciona mais. defina-o de volta para 0 = (

Eu tenho o mesmo problema na configuração de teste de 2004 na VM.
A solução alternativa funciona, mas ¯ \ _ (ツ) _ / ¯

Em 2004, estou enfrentando o mesmo problema, mas a solução alternativa funciona

O mesmo observado em

• W10 x_64 Pro 2004 b19041.264
• WT 1.0.1401.0

Colar no terminal funciona em qualquer caso, digitando apenas com InputServiceEnabled = 0 mas isso faz com que a janela de busca não aceite ENTER do teclado.

Outras sessões de terminal de aplicativos CMD ou powershell (v 7.0.1) não apresentam o problema.

@ n8v8R

InputServiceEnabled = 0 mas isso faz com que a janela de pesquisa não aceite ENTER do teclado.

Esse efeito colateral persiste após uma reinicialização? IIRC, experimentei um efeito colateral semelhante até que reiniciei.

Eu tenho o mesmo problema. A solução alternativa de r33int funciona para mim também para obter entrada de teclado no Terminal ... MAS
na função de pesquisa do Windows (pressionando a tecla Win e, em seguida, comece a digitar), as teclas de seta e as teclas de exclusão não funcionam mais :(

Fornecerei mais informações se você precisar.

Windows 10 Insider Preview 19041.1 (vb_release)

@sharpjs

Esse efeito colateral persiste após uma reinicialização? IIRC, experimentei um efeito colateral semelhante até que reiniciei.

Não verifiquei anteriormente, mas apenas descobri que fazer logoff, após a alteração no registro, e fazer logon novamente é suficiente e a entrada da janela de pesquisa volta ao normal.

@jmartsch

MAS
na função de pesquisa do Windows (pressionando a tecla Win e, em seguida, comece a digitar), as teclas de seta e as teclas de exclusão não funcionam mais :(

Percebi isso também, apenas desconectar e conectar resolveu o problema no meu nó.

A quais serviços essas entradas de registro se referem?

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

A quais serviços essas entradas de registro se referem?

Parece estar relacionado a habilitar / desabilitar

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

O bug está nesse aplicativo ou o WT tem um problema para se comunicar com ele corretamente.

Quando acabei de instalar o novo terminal do Windows da loja da microsoft, quando quero escrever nada é mostrado na tela, embora eu digite letras aleatórias, nada está escrito no terminal, preciso de ajuda!

O mesmo para mim, depois que atualizei meu windows para o último 2004, o terminal não aceita entrada do teclado, tentei instalar limpo várias vezes com as versões normal e de visualização, bem como alterar os valores no registro, nada funcionou para mim.

@ LuisMontoya1404

Eu preciso de ajuda!

Você tentou a solução alternativa postada acima? ligação

Recentemente, encontrei o mesmo problema. em 19041.264

A solução postada parece resolver meu problema. Não tive que fazer logout ou reiniciar.

Eu também tenho o mesmo problema.

• Versão do Windows: 19041.329
• Versão do Terminal Windows: 1.0.1401.0

A solução alternativa funcionou para mim também, mas a barra de pesquisa não funcionou conforme o esperado.
Mas como mencionado por @sharpjs, uma reinicialização corrigiu para mim ( comentário ).

Eu rapidamente investiguei os diferentes efeitos da mudança dos valores de InputServiceEnabled ( ISE ) e InputServiceEnabledForCCI ( ISECC ).
A tabela a seguir mostra o comportamento em minha máquina.

Explicação da tabela :

• Tipo
  
  
  
  • input = entrada do Terminal Windows via teclado
  
  
  • passado = entrada do Terminal Windows via comando anterior (clique com o botão direito)
  
  
  • search = barra de pesquisa do Windows
  
  
• O valor ( val ) é igual ao valor no registro e a reinicialização deve ser clara
• Resultado ( res )
  
  
  
  • sim = funciona como pretendido
  
  
  • não = não funciona como pretendido
  
  
  • (número) = explicado abaixo
  
  

| 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 | depois | antes | depois | antes | depois | antes | depois | antes |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| entrada | não | sim | sim | sim | sim | sim | não | não |
| passado | sim | sim | sim | sim | sim | sim | sim | sim |
| pesquisar | sim | (1) | (2) | (2) | (2) | sim | sim | sim |

Comportamento de pesquisa especial

1. As seguintes entradas não funcionaram: Delete, Backwards, Pos1, End, Setas, Enter
2. A combinação [CTRL + Backwards] excluiu a palavra conforme o esperado, mas deixa o símbolo "□".

TL; DR

Esta solução alternativa funcionou para mim, mas eu apenas alterei o valor de InputServiceEnabled para 0 . Essa mudança quebrou a barra de pesquisa do Windows, mas depois de reiniciar tudo estava bem.

Editar
Após dois dias de uso da configuração destacada, a pesquisa do Windows mudou seu comportamento de normal para comportamento de pesquisa especial 2 .

Também estou tendo o seguinte problema.
_OS Nomeie Microsoft Windows 10 Pro
Versão 10.0.19041 Compilação 19041_

Configurando InputServiceEnabled = 0
O Terminal do Windows começou a aceitar entradas após essa configuração. Porém, há um efeito colateral. Quando eu uso a combinação Ctrl + Backspace na pesquisa do Windows, todo o texto é excluído, mas um caractere estranho é inserido.

Essa solução alternativa também parece causar um comportamento estranho com o preenchimento automático da guia. A entrada da guia parece ser registrada duas vezes ao pressionar uma vez. Isso é muito perturbador. mais alguém está enfrentando isso?

SIM!!!

Eu tenho tentado descobrir por que o terminal está tocando duas vezes assim há tanto tempo! Grande achado

confirmando a reversão de InputServiceEnabled para 1 corrige tabulação

confirmando a reversão de InputServiceEnabled para 1 corrige tabulação

@EricZimmerman
Então você está usando InputServiceEnabled 1 e InputServiceEnabledForCCI 0 e isso funciona para você?
Essa combinação funcionou apenas até que reiniciei minha máquina.

Eu também tenho o problema de tabulação dupla

eu tinha em 0 para contornar o problema. tinha tabulação dupla.

mudei de volta para 1 e parece estar consertado, mas não reiniciei minha máquina.

teclado não funciona acontece com outra pessoa, a solução que eles dão desativa win + v e outras funções

teclado não funciona acontece com outra pessoa, a solução que eles dão desativa win + v e outras funções

Eu estava usando o Windows Terminal normalmente mesmo após a compilação de 2004 e a entrada do teclado parou de funcionar no último fim de semana.

A solução alternativa apontada neste link resolveu o problema sem quebrar teclas de atalho como win + v.

teclado não funciona acontece com outra pessoa, a solução que eles dão desativa win + v e outras funções

Eu estava usando o Windows Terminal normalmente mesmo após a compilação de 2004 e a entrada do teclado parou de funcionar no último fim de semana.

A solução alternativa apontada neste link resolveu o problema sem quebrar teclas de atalho como win + v.

InputServiceEnabled = 0, mas isso faz com que a janela de pesquisa não aceite ENTER do teclado.

teclado não funciona acontece com outra pessoa, a solução que eles dão desativa win + v e outras funções

Eu estava usando o Windows Terminal normalmente mesmo após a compilação de 2004 e a entrada do teclado parou de funcionar no último fim de semana.
A solução alternativa apontada neste link resolveu o problema sem quebrar teclas de atalho como win + v.

InputServiceEnabled = 0, mas isso faz com que a janela de pesquisa não aceite ENTER do teclado.

Sim, causa isso. Não apenas enter, mas também teclas como backspace.

teclado não funciona acontece com outra pessoa, a solução que eles dão desativa win + v e outras funções

Eu estava usando o Windows Terminal normalmente mesmo após a compilação de 2004 e a entrada do teclado parou de funcionar no último fim de semana.
A solução alternativa apontada neste link resolveu o problema sem quebrar teclas de atalho como win + v.

InputServiceEnabled = 0, mas isso faz com que a janela de pesquisa não aceite ENTER do teclado.

Sim, causa isso. Não apenas enter, mas também teclas como backspace.

E o que faremos quando for resolvido, não há respostas, apenas patches que não são úteis, você não pode trabalhar com wsl2 assim.

@rafavielma @julianonunes Você precisa reiniciar após aplicar a solução alternativa. Veja a tabela que o @NicoVogel fez.

Qualquer atalho Alt parece funcionar mesmo quando o Terminal não aceita nenhuma outra entrada do teclado.
As teclas Home e End também funcionam enquanto mantém a tecla Alt pressionada.

Testado com a versão WT 1.0.1811.0 recente, mas o bug ainda está presente. Embora a solução alternativa seja uma solução alternativa com advertências, perguntando-se se os desenvolvedores estão realmente tentando resolver isso em breve?

Suponha que o sistema operacional implementou o serviço _InputAppTextInputHost.exe_ por uma razão e, uma vez que ambos, OS e WT, estão sendo desenvolvidos pela MS que está se perguntando qual é a dificuldade de alinhar o aplicativo WT adequadamente com o código do sistema operacional?

é ridículo que isso ainda esteja acontecendo

os desenvolvedores parecem bastante contentes por não ser um bug

_Originalmente postado por @DHowett em https://github.com/microsoft/terminal/issues/4448#issuecomment -630977808_

Vou dizer que a natureza intermitente desse bug o fez parecer corrigido. :)

Sim, pegue uma citação minha fora do contexto e pode parecer que sim. Veja: a pilha de entrada no Windows não é simples e envolvemos a equipe de entrada para descobrir por que a entrada do teclado não funciona em certos contextos de aplicativos. Se tivéssemos alguma atualização, todos vocês seriam os primeiros a saber.

Vou bloquear este tópico; não porque eu não acho que seja um bug (é), mas porque todas as suas reclamações enviam um e-mail para cada assinante e provavelmente não é assim que eles querem começar suas quartas-feiras.

Movendo algumas informações relevantes de # 7288

Windows 10 - 19041

O teclado na tela também não funciona.

Colar de trabalhos da área de transferência.

Se eu segurar 'alt' enquanto digito o prompt de comando, registrarei a entrada do teclado, mas apenas enquanto estiver segurando 'alt'.
Se eu segurar 'alt' enquanto digito, o PowershellCore registrará a entrada do teclado, mas selecionar qualquer número muda o prompt para "dígito-argumento:"
Se eu mantiver 'alt' pressionado enquanto digito o Powershell, algumas letras serão registradas, sem letras, exceto; '- = / são aceitos e selecionar qualquer número altera o prompt para "dígito-argumento:"

Ainda sem atualizações neste tópico, ainda estamos tentando rastrear uma maneira de depurar isso enquanto alguém está neste estado preso, porque não há uma linha de visão clara sobre o que faz com que o sistema operacional entre nesse estado ruim. Se soubéssemos o que estava provocando esse estado ruim, seria muito mais fácil depurar.

Se soubéssemos o que estava provocando esse estado ruim, seria muito mais fácil depurar.

_TextInputHost.exe_ parece ter causado alguma reclamação (estado de não resposta) em outros lugares

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

que parece ter sido consertado recentemente

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

A versão interna recente foi testada em relação a esse bug?

@ zadjii-msft Se alguém da MSFT quiser fazer a depuração remota com minha máquina no estado quebrado, estou pronto para isso. Estou disponível na maior parte do tempo entre 8h00 e 17h00 PDT, em qualquer dia da semana. Eu tenho equipes. @sharpjs no Twitter e no telegrama. Existe um endereço de e-mail, se você quiser.

Também estou tendo o mesmo problema em uma nova instalação do Windows e do Terminal. Se eu puder ajudar em alguma coisa, por favor me avise.

Movendo algumas informações relevantes de # 7288

Windows 10 - 19041
O teclado na tela também não funciona.
Colar de trabalhos da área de transferência.
Se eu segurar 'alt' enquanto digito o prompt de comando, registrarei a entrada do teclado, mas apenas enquanto estiver segurando 'alt'.
Se eu segurar 'alt' enquanto digito, o PowershellCore registrará a entrada do teclado, mas selecionar qualquer número muda o prompt para "dígito-argumento:"
Se eu mantiver 'alt' pressionado enquanto digito o Powershell, algumas letras serão registradas, sem letras, exceto; '- = / são aceitos e selecionar qualquer número altera o prompt para "dígito-argumento:"

Ainda sem atualizações neste tópico, ainda estamos tentando rastrear uma maneira de depurar isso enquanto alguém está neste estado preso, porque não há uma linha de visão clara sobre o que faz com que o sistema operacional entre nesse estado ruim. Se soubéssemos o que estava provocando esse estado ruim, seria muito mais fácil depurar.

Acompanhando meu feedback acima, o problema parou repentina e misteriosamente. Todos os tipos de terminais estão funcionando corretamente agora. Desde a publicação das únicas alterações em meu sistema, os drivers da Nvidia foram atualizados (para 452.06) e reinicializações do sistema.

Gostaria de ter mais informações para ajudar a encontrar a causa / solução.

Infelizmente, atualizar meus drivers da Nvidia não ajudou. Agora estou na versão 452.06 e ainda tenho os mesmos problemas no Terminal. Obrigado pela ajuda.

O mesmo problema aqui com a nova instalação.
Windows versão 2004 (_OS Build 19041.388_)
Tentei a versão estável e a versão de visualização, mesmo problema.
Avise-me se forem necessários logs de depuração @ zadjii-msft

Eu tive o mesmo problema. Por algum motivo, o teclado de toque e o serviço do painel de manuscrito foram desativados. Mudei o tipo de inicialização para manual nas propriedades e reiniciei. É isso e o Windows Terminal começou a receber entradas do teclado.

Edit: swax06 chegou antes de mim.

Isso também me aconteceu. Minha experiência pode ser inteiramente coincidente:

Eu tinha instalado recentemente um tablet de desenho. Depois de fazer isso, percebi que o teclado virtual sempre aparecia na minha tela de login, mesmo com o teclado virtual desativado com as opções normais de configurações do Windows. Aborrecido com isso, desativei e interrompi o "Serviço de teclado sensível ao toque e painel de escrita manual", que resolveu o problema.

Algum tempo depois, após a reinicialização, o Terminal do Windows não aceita mais entradas de teclado. As soluções alternativas especificadas anteriormente no tópico resolveram meu problema, exceto para os problemas conhecidos relacionados ao preenchimento da guia e apertar Enter no Windows Search. Insatisfeito com essas soluções alternativas, as reverti e engavetei o Windows Terminal até que isso pudesse ser corrigido.

Em algum momento me lembrei do que havia feito com o serviço e verifiquei se tinha alguma relação. Verifiquei que o Terminal do Windows ainda não estava aceitando entrada e, em seguida, reativei o "Serviço de teclado de toque e painel de escrita manual" e reiniciei. Depois disso, o Windows Terminal começou a aceitar entrada do teclado novamente e não tive problemas desde então.

Aqueles que estão tendo problemas, talvez vejam se este serviço é interrompido ou desabilitado?

meu serviço também foi DESATIVADO.

eu defini como manual e vou reiniciar para ver como vai

Tive o mesmo problema por um tempo e sim, agora lembro que desativei o serviço "Teclado de toque e painel de escrita à mão" como parte da minha rotina de limpeza normal do Windows. Voltei para o manual e posso confirmar que o Terminal funciona perfeitamente após a reinicialização!
Obrigado pelas sugestões @ swax06 e @NightWulfe

OK, após uma reinicialização, FUNCIONA.

O mundo faz sentido novamente!

Apenas como uma observação, “limpar” o Windows desativando os serviços do sistema geralmente desqualifica você de reclamar de bugs estranhos;) e torna muito difícil para equipes como a nossa ajudá-lo a solucionar os problemas. Ele também tem uma tendência maior do que a linha de base para quebrar as coisas completamente.

O mesmo aqui. TabletInputService foi desativado. Configurando o tipo de inicialização para
manual resolveu o problema para mim. Belo achado!

b

Apenas como uma observação, “limpar” o Windows desativando os serviços do sistema geralmente desqualifica você de reclamar de bugs estranhos;) e torna muito difícil para equipes como a nossa ajudá-lo a solucionar os problemas. Ele também tem uma tendência maior do que a linha de base para quebrar as coisas completamente.

Eu não "reclamei" sobre isso, apenas rastreei as questões relevantes no Github para receber e-mails sobre possíveis atualizações.
Quando você mencionou que o problema não era reproduzível de sua parte, descobri que era algo específico da minha configuração, mas esqueci totalmente esse serviço.
Além disso, o nome "Serviço de teclado sensível ao toque e painel de escrita à mão" não implica nenhum efeito prejudicial aos teclados que não sejam de toque, e como eu nunca uso teclados de toque nem painéis de escrita à mão, achei que seria bastante seguro desabilitar este. Os terminais integrados "cmd" e "powershell" do Windows não foram afetados por essa mudança, então não posso culpar a equipe do sistema operacional do Windows, nem a equipe do MS Terminal, porque você tem que admitir que é uma dependência estranha de se ter um dispositivo aparentemente não relacionado Serviço de sistema operacional, e assumo total responsabilidade por modificar meu sistema operacional, então nunca irei "reclamar ou reclamar", especialmente para um projeto de código aberto.

Apenas como uma observação, “limpar” o Windows desativando os serviços do sistema geralmente desqualifica você de reclamar de bugs estranhos;)

Não há nada de _estranho_ em desativar serviços desnecessários como teclado de toque e painel de escrita à mão em nós que não fornecem nem mesmo o hardware. Basicamente, você provavelmente está desqualificando qualquer pessoa que tenha relatado o problema lá, até mesmo sugerindo que o usuário com tal configuração não tem o direito de relatar um bug ...

Eu deveria ter mencionado que não desativei o serviço para começar.
Não tenho certeza de onde veio essa mudança.

"Limpar" o Windows está ok e não deve desqualificar ninguém de olhar
para suporte, embora possa tornar as coisas mais difíceis de solucionar
quando todas as informações relativas não estão disponíveis. Eu concordo que qualquer
as alterações no sistema operacional devem ser divulgadas ao envolver o suporte.

Uma última observação sobre este serviço. A descrição afirma "Ativa o Touch
Teclado e painel de escrita à mão com a funcionalidade de caneta e tinta "e é isso.
Como meu computador não tem suporte para toque, parece que eu não
precisa deste serviço. Parece-me que se a Microsoft fosse um pouco mais
detalhado nas descrições de seus serviços talvez isso não aconteça.

b

o que @gfxonline disse. estou em uma estação de trabalho sem tocar em nada. parecia desnecessário, mas o que eu sei?

Apenas como uma observação, “limpar” o Windows desativando os serviços do sistema geralmente desqualifica você de reclamar de bugs estranhos;)

A contribuição da TIL para relatórios de bugs é considerada "reclamação" atualmente.

A única reclamação que eu estava fazendo era voltada para o teclado virtual. A única limpeza que fiz foi lidar com o OSK ignorando as configurações de "Usar o teclado na tela" (por que existem dois ?!) e aparecendo na tela de login de qualquer maneira. A correção que usei é postada com frequência e a única que funciona. Além de renomear ou negar acesso total a OSK.exe. Isso provavelmente funcionaria também.

Nenhum outro aplicativo neste sistema além do Terminal do Windows teve qualquer problema com a desativação do "Teclado de toque e serviço do painel de manuscrito".

_guys houve um ";)", ele está sendo jocoso_

Isso é interessante, meu "Serviço de teclado de toque e painel de manuscrito" também foi desabilitado pelo GPO. Assim que resolvi isso e coloquei o serviço de volta no modo Automático e reiniciei, meu terminal agora está funcionando corretamente. Obrigado a todos pela ajuda!

Tudo bem, então parece que há uma correlação muito forte entre esse problema e o serviço de toque / escrita à mão sendo desativado. Para qualquer outra pessoa que ainda esteja enfrentando isso, você pode inserir texto em _qualquer_ aplicativo UWP? Estou pensando que os seguintes aplicativos seriam todos bons testes:

• Centro de Feedback
• Calculadora
• o aplicativo PowerToys Settings
• a Microsoft Store
• o aplicativo Your Phone

Queremos apenas ter certeza de fazer a diligência de nossa parte para entender esse problema totalmente. Obrigado!

Alterar o serviço "_Teclado de teclado e painel de escrita_" de automático para manual também resolveu o problema para mim. Só para ter certeza, eu também redefino os valores do Registro _ (veja abaixo) _. Apliquei as duas alterações antes de reiniciar e depois de tudo funcionar bem.

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

Para contexto: Eu tenho um Surface pro 6 e validei (apenas no caso), que minha caneta ainda está funcionando. Tudo parece funcionar muito bem.
Até mesmo todo o comportamento conectado que descrevi em meu último post se foi.

@ zadjii-msft sobre sua pergunta.
Testei rapidamente os seguintes aplicativos e não tive problemas com a entrada.

• Centro de Feedback
• Calculadora
• Microsoft Store

Confirmo que consegui evitar o bug ao

• definir TabletInputService (Serviço de teclado sensível ao toque e painel de manuscrito) de Desativado para Manual;
• definir HKLM\SOFTWARE\Microsoft\Input valores de volta para seus valores anteriores (acima); e,
• reinicializando.

Agora eu tenho outro serviço aparentemente desnecessário em execução, mas o Terminal está funcionando. 🎉

Fora do assunto: eu pagaria um bom dinheiro por uma maneira original de reduzir o Windows para apenas o essencial e, em seguida, adicionaria coisas de volta conforme necessário, com granularidade ultrafina. Chame-o de Windows 10 Modular. Eu costumava rodar um Windows Server 'workstationized' para essa finalidade, mas isso não é possível atualmente, pois preciso executar algumas coisas que são específicas para Windows não-Server.

@ zadjii-msft IIRC, o _ único_ aplicativo UWP com o qual tive problemas era o Terminal. Os outros trabalharam.

Para citar o que ouvimos da equipe de Input:

O [Serviço de teclado sensível ao toque e painel de escrita à mão] é vital para teclado e entrada de texto em UWAs e para entrada de IME em todos os aplicativos.

_Para o registro_, o Terminal não é um aplicativo UWP, é um aplicativo híbrido, um aplicativo de desktop Win32 empacotado que usa UWP XAML para sua pilha de UI. Se os outros aplicativos UWP puros em seu sistema estiverem funcionando, acho que isso pode ser algo específico para aplicativos híbridos. Portanto, estou pedindo às pessoas que verifiquem o aplicativo PowerToys Settings também - eles estão usando um modelo de aplicativo semelhante ao nosso.

Se esse aplicativo funcionar, então há algo diferente entre nós e eles que está causando essa interação. Talvez seja nossa falta de usar IDesktopWindowXamlSourceNative2::PreTranslateMessage ?

Posso confirmar que tenho esse problema com o Terminal do Windows, mas não com a Calculadora.

(e sim, porque desativei o serviço de teclado de toque e painel de manuscrito aparentemente mal nomeado, que provavelmente deveria ter uma vírgula entre Touch e Keyboard )

O mesmo problema «Sem entrada de teclado» após a instalação atualiza o Windows KB4566782 e KB4569745 e reinicie o PC.
Também limpo o registro com CCleaner 5.70.7909 e Auslogics BoostSpeed ​​9.2.0.0

A entrada via osk.exe também não funciona.

Mas posso colar texto da área de transferência com o botão direito do mouse.

Tento atualizar winget install --id=Microsoft.WindowsTerminal -e e os mesmos problemas!

Tudo bem depois de habilitar o serviço Touch Keyboard and Handwriting Panel Service ( Служба сенсорной клавиатуры и панели рукописного ввода ) e reiniciar.

Edit: swax06 chegou antes de mim.

Isso também me aconteceu. Minha experiência pode ser inteiramente coincidente:

Eu tinha instalado recentemente um tablet de desenho. Depois de fazer isso, percebi que o teclado virtual sempre aparecia na minha tela de login, mesmo com o teclado virtual desativado com as opções normais de configurações do Windows. Aborrecido com isso, desativei e interrompi o "Serviço de teclado sensível ao toque e painel de escrita manual", que resolveu o problema.

Algum tempo depois, após a reinicialização, o Terminal do Windows não aceita mais entradas de teclado. As soluções alternativas especificadas anteriormente no tópico resolveram meu problema, exceto para os problemas conhecidos relacionados ao preenchimento da guia e apertar Enter no Windows Search. Insatisfeito com essas soluções alternativas, as reverti e engavetei o Windows Terminal até que isso pudesse ser corrigido.

Em algum momento me lembrei do que havia feito com o serviço e verifiquei se tinha alguma relação. Verifiquei que o Terminal do Windows ainda não estava aceitando entrada e, em seguida, reativei o "Serviço de teclado de toque e painel de escrita manual" e reiniciei. Depois disso, o Windows Terminal começou a aceitar entrada do teclado novamente e não tive problemas desde então.

Aqueles que estão tendo problemas, talvez vejam se este serviço é interrompido ou desabilitado?

Você me salvou o dia. Muito obrigado!

Para citar o que ouvimos da equipe de Input:

O [Serviço de teclado sensível ao toque e painel de escrita à mão] é vital para teclado e entrada de texto em UWAs e para entrada de IME em todos os aplicativos.

_Para o registro_, o Terminal não é um aplicativo UWP, é um aplicativo híbrido, um aplicativo de desktop Win32 empacotado que usa UWP XAML para sua pilha de UI. Se os outros aplicativos UWP puros em seu sistema estiverem funcionando, acho que isso pode ser algo específico para aplicativos híbridos. Portanto, estou pedindo às pessoas que verifiquem o aplicativo PowerToys Settings também - eles estão usando um modelo de aplicativo semelhante ao nosso.

Eu tive esse problema e, claro, depois de definir o serviço do teclado de toque e do painel de manuscrito como manual, agora a entrada funciona. Posso confirmar que o aplicativo Powertoys Settings TAMBÉM teve o mesmo problema. Após a mudança, funciona também.

Se esse aplicativo funcionar, então há algo diferente entre nós e eles que está causando essa interação. Talvez seja nossa falta de usar IDesktopWindowXamlSourceNative2::PreTranslateMessage ?

Tudo bem, então parece que há uma correlação muito forte entre esse problema e o serviço de toque / escrita à mão sendo desativado. Para qualquer outra pessoa que ainda esteja enfrentando isso, você pode inserir texto em qualquer aplicativo UWP? Estou pensando que os seguintes aplicativos seriam todos bons testes:

Encontrei esse problema ao depurar um terminal do Windows com defeito. Seu diagnóstico está correto - aconteceu porque eu desativei o serviço de escrita à mão. Meu laptop não tem tela sensível ao toque e não esperava que fosse útil.

Infelizmente não o desativei apenas para 'limpar o Windows', mas porque estava acabando com a bateria. Por alguma razão, textinputhost.exe começa a rodar regularmente no dGPU - ele não é desenhado na tela, por que precisa de uma GPU? - e, ao fazer isso, diminui a vida útil da bateria em mais da metade.

Não tenho certeza de onde relatar um bug como este. Desativar o serviço é, no entanto, um conselho comum para corrigir problemas de vida da bateria.

(Tenho a impressão de que a escolha da GPU é ajustada assumindo que o iGPU é fraco e incapaz, o que pode ser verdade para CPUs Intel, mas este é um laptop AMD.)

pingar @ zadjii-msft no caso de não ver minha resposta, as configurações confirmadas do Powertoys têm o mesmo problema.

Eu tenho um Surface 7 Pro e nunca desativei os serviços de escrita à mão ou qualquer tela de toque ou serviços de entrada de caneta. meu terminal não está mais apresentando esse problema no momento.

@jmlucjav Encaminhei essas informações para a equipe de comentários, obrigado!

Confirmo que consegui evitar o bug ao

• definir TabletInputService (Serviço de teclado sensível ao toque e painel de manuscrito) de Desativado para Manual;
• definir HKLM\SOFTWARE\Microsoft\Input valores de volta para seus valores anteriores (acima); e,
• reinicializando.

Agora eu tenho outro serviço aparentemente desnecessário em execução, mas o Terminal está funcionando. 🎉

Fora do assunto: eu pagaria um bom dinheiro por uma maneira original de reduzir o Windows para apenas o essencial e, em seguida, adicionaria coisas de volta conforme necessário, com granularidade ultrafina. Chame-o de Windows 10 Modular. Eu costumava rodar um Windows Server 'workstationized' para essa finalidade, mas isso não é possível atualmente, pois preciso executar algumas coisas que são específicas para Windows não-Server.

@ zadjii-msft IIRC, o _ único_ aplicativo UWP com o qual tive problemas era o Terminal. Os outros trabalharam.

Posso confirmar que ativar esse serviço resolve completamente o problema, sem criar nenhum outro problema. Muito obrigado @sharpjs por esse achado!

Muito obrigado @sharpjs por esse achado!

Na verdade, foi @ swax06 que o encontrou, a quem agradeço de nós dois!

Obrigado pelas soluções. (Fico feliz em ver que eles ainda são usuários por aí tentando cortar a gordura do Windows. Eu pensei que era uma raça em extinção. ;-))

Confirmo que consegui evitar o bug ao

• definir TabletInputService (Serviço de teclado sensível ao toque e painel de manuscrito) de Desativado para Manual;
• definir HKLM\SOFTWARE\Microsoft\Input valores de volta para seus valores anteriores (acima); e,
• reinicializando.

Agora eu tenho outro serviço aparentemente desnecessário em execução, mas o Terminal está funcionando. 🎉

Fora do assunto: eu pagaria um bom dinheiro por uma maneira original de reduzir o Windows para apenas o essencial e, em seguida, adicionaria coisas de volta conforme necessário, com granularidade ultrafina. Chame-o de Windows 10 Modular. Eu costumava rodar um Windows Server 'workstationized' para essa finalidade, mas isso não é possível atualmente, pois preciso executar algumas coisas que são específicas para Windows não-Server.

@ zadjii-msft IIRC, o _ único_ aplicativo UWP com o qual tive problemas era o Terminal. Os outros trabalharam.

A ativação desse serviço resolveu completamente o problema. Obrigado

Resposta fora do tópico: Se você quer dizer windows iso debloated, existem alguns isos customizados que são feitos por alguns desenvolvedores. Ofc, eles não são 100% seguros, mas eu tenho usado o GhostSpectre modded iso por mais de um ano e estou muito feliz com isso.

No meu sistema (Win10 x64 19041.508) executando o MSI Afterburner 4.6.2 beta 2 desativa a entrada no terminal do Windows. Fechar este aplicativo resolve o problema.

Confirmo que consegui evitar o bug ao

• definir TabletInputService (Serviço de teclado sensível ao toque e painel de manuscrito) de Desativado para Manual;
• definir HKLM\SOFTWARE\Microsoft\Input valores de volta para seus valores anteriores (acima); e,
• reinicializando.

Agora eu tenho outro serviço aparentemente desnecessário em execução, mas o Terminal está funcionando. 🎉
Fora do assunto: eu pagaria um bom dinheiro por uma maneira original de reduzir o Windows para apenas o essencial e, em seguida, adicionaria coisas de volta conforme necessário, com granularidade ultrafina. Chame-o de Windows 10 Modular. Eu costumava rodar um Windows Server 'workstationized' para essa finalidade, mas isso não é possível atualmente, pois preciso executar algumas coisas que são específicas para Windows não-Server.
@ zadjii-msft IIRC, o _ único_ aplicativo UWP com o qual tive problemas era o Terminal. Os outros trabalharam.

Posso confirmar que ativar esse serviço resolve completamente o problema, sem criar nenhum outro problema. Muito obrigado @sharpjs por esse achado!

Em uma nota lateral, isso também parece corrigir o painel de emoji que aparece, mas não funciona!

Solução de trabalho em _Windows 10 2004 (OS build19041.508) _

A fim de permitir a entrada, eu faço as próximas alterações
DESTE (no meu caso, foi _configuração padrão e não funcionou_):

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

PARA ISTO (_funciona muito bem_):

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

Reinicie sua máquina e você está pronto para começar!

Não, para fazer seu sistema funcionar, você deve habilitar o serviço de que todos estão falando. Recomendar que as pessoas definam InputServiceEnabled como 0 no registro é perigoso.

Mas era uma configuração padrão e não funcionou, deixe-me tentar mais uma vez.

Depois de recarregar meu PC, ele não funciona.

Qual é o status do teclado de toque e do serviço de escrita à mão?

O tipo de inicialização está definido como "Desativado"

Defina para algo diferente de desativado. É sobre isso que tratam os últimos 15 comentários neste tópico.

Sim, desculpe 😞.

Muito obrigado por isso. Devo deletar meus comentários?

Eu cuidarei da limpeza. Obrigado!

No meu sistema (Win10 x64 19041.508) executando o MSI Afterburner 4.6.2 beta 2 desativa a entrada no terminal do Windows. Fechar este aplicativo resolve o problema.

O mesmo aqui

Incapaz de escrever entradas no terminal integrado vscode em manjaro

@LoboTormenta Este não é o repositório para VSCode _or_ Manjaro. Embora tenha "Terminal" no nome, _não_ é o repositório abrangente para problemas de arquivamento em terminais em geral.

Uma vez que este tópico seguiu seu curso e tem uma causa raiz conhecida, e as pessoas começaram a dirigir para dizer coisas desagradáveis ​​para / sobre nós (oi @benfavre , obrigado por deletar seu comentário), vou bloquear este tópico .

Se você estiver enfrentando esse problema, certifique-se de que o "Teclado de toque e serviço de escrita à mão" não esteja desativado. Certos softwares "de-inchaço" (e aparentemente MSI Afterburner) gostam de desativá-lo ou suprimi-lo em nome de tornar sua máquina menos compreensível e "mais rápida".

Se você estiver enfrentando um problema de entrada que _não_ seja ajudado ao sair do MSI Afterburner ou reativar o "Teclado de toque e serviço de manuscrito", registre um novo problema .