Nome do RemoteApp na barra de tarefas não está atualizando

Question

Estou usando uma conexão RemoteApp do Windows 7 para uma máquina Windows Server 2012. Muitas vezes, o nome do aplicativo na barra de tarefas não será atualizado, quando a área real do título da janela do programa for alterada. Descobri que este artigo da Microsoft que detalha este problema aparentemente conhecido:

Symptoms

When working with a Terminal Server RemoteApp connection, the name of the application in the taskbar does not appear as expected. For Example, when connected to the application Product Studio, the name listed in the taskbar appears as (Remote):

Your expected result would be that when connected to the application Product Studio, the name listed in the taskbar appears as Application Name (Remote).

Cause

This issue occurs because the local taskbar does not receive the EVENT_OBJECT_NAMECHANGE event from the system due to a timing issue. The EVENT_OBJECT_NAMECHANGE is needed to update the taskbar title information.

Resolution

Note: The issue does not affect how the application works. You can safely ignore this issue. To work around this issue, the taskbar can be refreshed by closing and then re-starting the application.

A proposta de resolução acima de fechar e reiniciar o aplicativo obviamente não é ideal, e de qualquer forma não parece funcionar. Existe alguma maneira de "forçar" a barra de tarefas para atualizar, através de um script AHK, talvez? Ou qualquer outra solução possível para isso?

    

Answer 1

Provavelmente, a maneira mais simples de fazer isso que não é realmente intrusiva é passar pela área de trabalho remota e segura (pressione Ctrl + Alt + End , depois Esc para voltar a sair - o que acredito que deve ser possível automatizar com o AHK - apesar de você precisar do foco do teclado em uma janela RemoteApp para funcionar) .

Isso forçará o servidor do RemoteApp a enumerar novamente as janelas, durante as quais ele selecionará o título da janela atualizada.

Um método alternativo que mencionarei por completo - é provavelmente mais problemas do que vale a pena - é reiniciar rdpshell.exe dentro da sessão remota.