Teclas de seta sendo tratadas como teclado numérico no MS Remote Desktop no Mac OS X

Ao usar o MS Remote Desktop 8.0.x para conectar do meu Mac a uma VM do Windows em outro host, tenho um problema de mapeamento de chaves.

O Windows trata as teclas de seta do Mac como se estivessem no teclado numérico (que este teclado não possui) e o bloqueio numérico estava ativado. O resultado é que, quando uso as teclas de seta, elas agem como pressionamentos de teclas no teclado numérico, em vez de mover o cursor.

Na imagem a seguir, editei os mapeamentos de números efetivos:

• Esse problema ocorre apenas com esse host RDP específico.
  • Não estou enfrentando esse problema com outros hosts (tenho cerca de meia dúzia a que me conecto)
• Esse problema ocorre apenas com o MS Remote Desktop 8.0.x (atualmente 8.0.6) no OSX.
  • Confirmei que o CoRD 0.5.7 mapeia as chaves corretamente.
  • Conectei-me a um cliente MS RDP de outra caixa Win7 e as teclas de seta funcionavam bem (embora essa caixa também tivesse um teclado normal com teclado numérico).

Testei usando o teclado na tela do Windows para desativar o numlock na sessão RDP. Assim que eu pressionei uma tecla de seta depois disso, o numlock voltou e as teclas de seta continuaram funcionando como se fossem teclas numéricas.

Esse problema se materializou magicamente um dia (desculpe, não me lembro exatamente qual versão do RDP eu tinha na época, mas era 8.0. Algo).

O destino RDP é uma VM Win7 em execução no VirtualBox 4.3.10 em um host Ubuntu 14.04. Estou me conectando ao host RDP no hypervisor VirtualBox em vez de diretamente ao Windows devido ao fato de o convidado do Windows ser o Home Premium e, portanto, não suportar conexões RDP de entrada.

Alguém pode sugerir como fazer com que as teclas de seta do OSX sejam tratadas como teclas de seta na sessão RDP como em qualquer outro lugar?

Este é um erro confirmado no VirtualBox 4.3.8, mas deve ser corrigido no 4.3.10. Você pode tentar uma versão mais antiga ou a versão "test" no primeiro link.

Também estou tendo o mesmo problema. MacOS (10.9.5) RDP (8.0.13 Build 25377) VirtualBox (4.3.20r96996) em execução no Ubuntu 12.04 Host com um convidado RHEL5 em tela cheia.

Para mim, é acionado pressionando o caps lock ou as teclas num lock.

Usando a dica de EkriirkE , sou capaz de recuperar as teclas de seta ativando a tecla num-lock. (Usando um teclado real na caixa do linux ou um teclado na tela e as teclas de seta funcionam, mas apenas no teclado real). Ele ficará travado novamente se eu usar qualquer chave no RDP, como o LRE disse, a menos que feche a sessão RDP (Command-Q ou Command-W) e reconecte a sessão RDP.

Então, em resumo, minha solução alternativa:

1. Alternar Num lock off na VM (no linux eu posso usar o comando numlockx off)
2. Feche a sessão RDP ⌘Qou ⌘W(você deve fazer isso antes de enviar mais pressionamentos de tecla para a VM)
3. Reconectar-se à sessão RDP

Isso redefinirá os estados de num lock na VM e o estado mal sincronizado no RDP.

• Uma correção mais automatizada teria um script AutoHotKey ou o script Bash desativado num lock quando você se reconectar antes de digitar qualquer chave remotamente.
• Você também pode nunca usar CapsLock / NumLock ou desativá-los para o RDP.

Você pode tentar usar o teclado na tela (OSK) na máquina remota (Acessórios, Acessibilidade) E alternar a tecla num lock e tentar novamente? Eu tive esse problema com o Linux + Windows RDP, no entanto, minha máquina linux possui um número de bloqueio real. Só preciso alternar algumas vezes para sincronizar o estado, onde o mac que faltava criou um segundo problema - o OSK deve funcionar.

A Microsoft lançou uma versão experimental do cliente RDP que corrigiu o problema com as setas: http://blogs.msdn.com/b/rds/archive/2015/08/11/introducing-the-new-microsoft-remote-desktop -preview-app-for-mac.aspx