Área de trabalho remota pressionando a tecla Windows aleatoriamente

Quando estou usando a área de trabalho remota no trabalho a partir de um PC específico, ela tem uma peculiaridade que é realmente bastante irritante.

Vou digitar e, de repente, a tecla Windows será pressionada, as coisas começarão a ser minimizadas, o explorer será iniciado, a estação de trabalho será bloqueada (mas bloqueia a estação de trabalho remota, então eu tenho esse papel de parede em segundo plano, em vez do papel de parede da máquina local como eu esperaria).

Troquei os teclados, mesmo que não parecesse relacionado ao hardware e não fez diferença. Fiz algumas pesquisas na internet e encontrei alguém dizendo que está relacionado ao uso do windows-l para bloquear a estação de trabalho. Tentei me impedir de usar esse atalho para ver se ele ajuda e falhou miseravelmente: D Está acontecendo com pelo menos um outro desktop remoto do usuário da mesma máquina para um PC diferente. Reinstalar não é realmente uma opção (eu não administro o PC ou teria tentado, grr), embora provavelmente pudesse fazê-lo se definitivamente resolvesse o problema.

Alguma ideia?

Há uma pergunta sobre um problema semelhante no technet (assunto: Chave do Windows "travada") . Detalhes abaixo:

Se você estiver usando o Win Key + L para bloquear a área de trabalho, esse é um problema conhecido. Concluímos o trabalho de uma correção que deve evitar o problema no futuro; que eu saiba, deve ser lançado com o Vista SP1.

O bug surge com mais freqüência quando você usa o Win + L para bloquear a área de trabalho enquanto a janela da Área de Trabalho Remota está em foco. Isso é causado por um problema de sincronização entre cliente e servidor, que surge apenas em um subconjunto de máquinas, possivelmente devido a um conflito de driver ou software de terceiros que atrapalha o tempo do cliente da Área de Trabalho Remota. Existem algumas maneiras de evitar isso:

1. Não use o Win + L para bloquear a área de trabalho local. Bloqueie sua máquina através do menu Iniciar ou, se ela estiver configurada, pressione Ctrl-Alt-Del e selecione Bloquear área de trabalho.

2. Verifique se uma janela diferente está focada antes de bloquear a área de trabalho.

Se você já encontrou o problema, a "solução alternativa" é a mesma que você descreveu:

1. Remova o foco da janela Área de trabalho remota, selecionando outra janela na sua máquina ou minimizando e clicando na área de trabalho da máquina local

2. Pressione a tecla Ctrl 6 a 12 vezes. Você mencionou a chave de vitória, que provavelmente também funciona, mas se você encontrou esse erro de alguma forma em uma máquina que não possui uma chave de vitória, Ctrl também deve funcionar.

3. Volte para a janela Área de trabalho remota; o problema deve ser resolvido.

Aparentemente, há uma correção no Windows XP Sp3.

Tente esta solução alternativa:

1. Abra o teclado 'On Screen' no menu Acessórios / Acessibilidade
2. Pressione a tecla Windows na tela

Acho que achei que isso aconteceu comigo se eu bloqueasse meu computador (usando Flag+ L) enquanto a sessão RDP estava focada. Acho que o RDP também interrompeu o bloqueio do computador remoto em resposta a essa combinação de teclas, mas "lembrou" que a Flagtecla estava pressionada, quase como se a tecla estivesse sendo pressionada.

Achei uma solução muito rápida: garantir que a sessão RDP tivesse foco e apenas pressione a Flagtecla do teclado quando as coisas começaram a ficar loucas. Isso geralmente consertava para mim.

Há um problema comum ao usar conexões RDP e ao pressionar combinações de teclas que invocam funcionalidades especiais no Windows.

Por exemplo, se você pressionar Win+ Epara abrir uma nova janela do Windows Explorer. O evento de pressionar para baixo a sua Winchave será enviado através do túnel RDP. Mas quando você também pressiona E, o evento é capturado por sua própria área de trabalho e processado de acordo.

Isso significa que o evento up ou release nunca é enviado pelo túnel, portanto, ele se comportará como se a chave estivesse presa .

Para evitar que isso aconteça, pode ser benéfico simplesmente enviar todas as combinações de teclas para o outro computador.

O mesmo sinalizador também pode ser encontrado em vários aplicativos de wrapper, como mRemoteNG :

Acabei de ter esse problema com uma máquina na qual estava iniciando o processo e várias reinicializações não fizeram diferença.

Uma pesquisa no google revelou a seguinte correção:

1. Feche a janela RD
2. Abra o novo RD, mas verifique se "Aplicar combinações de teclas do Windows" está definido no computador remoto.
3. Agora pressione Ctrl+ Alt+ Ende bloqueie o computador remoto.
4. Faça login novamente e deve funcionar.

Eu tentei isso e funcionou perfeitamente.

Esta correção foi encontrada em neowin.net (Assunto: Problema na área de trabalho remota, chaves adesivas presas?)

Este é um erro de compatibilidade conhecido do Windows e ocorrerá sempre que você bloquear a sua chave com o Windows. A solução mais rápida para resolver o bloqueio dessas teclas de função malucas é - como o @Barfoon recomendado - Iniciar → Executar → osk(é o utilitário de teclado na tela).

Clique na chave do Windows e clique novamente para desativá-lo.

Isso redefine o erro e as teclas funcionam normalmente novamente.

Um truque que encontrei para corrigir esse problema foi em Iniciar -> Executar -> osk (é o utilitário do teclado na tela), clicar na tecla Windows e depois clicar novamente para desativá-lo.

Você pode simplesmente ir para a tela de login da Área de trabalho remota.

E pressione bandeira + tecla l

isso bloqueará sua máquina atual. Agora vá e verifique na área de trabalho remota.

Meu problema foi resolvido dessa maneira.

Isso aconteceu comigo recentemente. Uma reinicialização rápida da máquina resolveu o problema. Isso pode não ser possível no seu caso, mas você já tentou? Não tive isso desde a reinicialização.

Eu estava conectado ao RDP e estava trabalhando na área de trabalho local, o Windows Key + D minimiza a janela. Mais tarde, ao usar o RDP, quando apertei D, estava minimizando as janelas. Passou por muito procedimento e não funcionou. Com o RDP destacado, a tecla + D do Windows foi resolvida.

Parece haver muitas maneiras pelas quais esse problema pode se manifestar. No meu caso, eu estava usando meu próprio computador para acessar meu computador de trabalho via RemoteApp, portanto havia três computadores envolvidos e a chave do Windows estava "presa" na sessão RDP "intermediária" do servidor dos Serviços de Área de Trabalho Remota.

Tentar muitas soluções propostas por conta própria e no computador do trabalho, incluindo a reinicialização de ambos, não resolveu o problema. Pressionar Lsem nenhum modificador na minha sessão RDP no meu computador de trabalho me enviaria para a tela de bloqueio da sessão RDP no servidor dos Serviços de Área de Trabalho Remota.

Finalmente resolvi o problema executando as seguintes etapas na inesperada tela de bloqueio "intermediária":

1. Clique no menu de acessibilidade no canto inferior esquerdo para abrir o teclado na tela.

2. Clique Windowsseguido por Lno teclado na tela

3. Desbloqueie a sessão RDP "intermediária" digitando a senha

Tentei usar o teclado na tela de várias outras maneiras na sessão RDP "intermediária", mas meu problema não foi resolvido até que eu executei o procedimento descrito acima.