Corrupção de cadeia do Windows explorer (filename) ao usar a área de trabalho remota?

5

Alguém mais passou por esse problema?

Enquanto navega pelas pastas no explorador por meio de uma conexão de área de trabalho remota, às vezes as cadeias de nomes de arquivos ficam corrompidas, então elas são exibidas incorretamente no Windows Explorer.

A área de trabalho remota (ou serviços de terminal) deve ter algum tipo de cache gráfico para strings, que está sendo corrompido para cadeias particulares quase ao acaso, especialmente nomes de arquivos no Windows Explorer.

Não consigo reproduzir o erro sob demanda, mas, quando isso ocorre, você pode copiar a string do nome do arquivo e colá-la em outros locais no Explorer, como a barra de endereços, a caixa de diálogo "Executar", etc ... e essa string exata também será corrompida. Se você digitar a string manualmente, ela também será corrompida assim que você adicionar o caractere final, mesmo se você digitar a primeira parte da string, a última parte e terminar adicionando o caractere final ... o resultado final é que uma vez que a string corrompida é restabelecida, a exibição visual está errada (fica em branco ou tem os caracteres errados).

É puramente um defeito visual. Ainda posso editar a string. Se eu remover um caractere, toda a string será exibida (porque é uma string diferente). Se eu adicionar um caractere diferente, ele também será exibido, mas assim que eu adicionar o caractere original, restaurando a string original (corrompida), a exibição da string ficará em branco ou truncada.

Quem pode denunciar isso? É claramente um erro desagradável.

EDIT: Uma string corrompida parece se manifestar visualmente ao ser substituída por strings de diálogos de propriedades de arquivos, como strings de ID, palavras como "Permission" ou "Allow", e caminhos de arquivo; talvez o bug tenha algo a ver com a exibição de janelas de propriedades de arquivos.

EDIT: Adicionado imagem abaixo. Se eu redimensionar o separador, as strings serão alteradas (elas terminarão em "...", portanto, é uma string diferente, não corrompida, que é exibida corretamente. Na verdade, você não pode nem capturar isso como uma imagem em tela cheia a partir do remoto área de trabalho, porque ele volta sem as falhas de exibição! Apenas restaurando a janela da área de trabalho remota para um estado de janela e tirando uma foto da área de trabalho do cliente com a janela da área de trabalho remota aberta é possível ver essa corrupção ... então talvez seja um problema de renderização de string do cliente.

Exemplo de corrupção da área de trabalho remota http://i29.tinypic.com/2dihh0l.png

    
por Triynko 15.07.2009 / 18:43

7 respostas

1

Eu realmente já vi o que você está descrevendo em sessões RDP para máquinas Windows Server 2003. Eu fui incapaz de reproduzir o bug e eu provavelmente só o vi 20-30 vezes (em milhares de sessões RDP), mas eu definitivamente vi isso.

Eu já vi isso em uma janela e em tela cheia. Eu quase sempre usei as configurações de "Experiência" de "banda larga de baixa velocidade", de modo que apenas o cache de bitmap e os estilos visuais estão habilitados.

    
por 15.07.2009 / 18:47
1

Sim, isso parece ser bastante comum nas VMs da AWS às quais eu me conectei.

Não causou problemas sérios.

    
por 15.07.2009 / 18:52
0

Eu experimentei isso no passado. Embora, como Evan, seja uma ocorrência rara para mim também.

Você pode tentar excluir os arquivos em C: \ Documents and Settings \ nome do usuário \ Configurações Locais \ Dados de Aplicativos \ Microsoft \ Terminal Server Client \ Cache

ou para o Vista C: \ Usuários \ nome do usuário \ AppData \ Local \ Microsoft \ Cliente do Terminal Server \ Cache

Os arquivos terão uma conexão .bmc, portanto, provavelmente são os arquivos de cache de bitmap que ele cria. Não tenho certeza se limpar esses arquivos fará o truque, mas você pode tentar sem efeitos negativos.

    
por 15.07.2009 / 19:54
0

Sim, eu vi também, embora raramente, e sempre sob condições de rede tensas / duras e uma reconexão sempre resolveu - então eu pensei nisso como uma falha devido a muita perda de pacotes ou problema similar. .. mas é certamente interessante o suficiente para explorar ainda mais ^^

Não tenho certeza se esse é o fato com o RDP (mas com certeza é com o ICA) mas, até onde eu sei, o cliente local simula a maioria das coisas da interface do Win32, como janelas, bordas, texto, caixas de entrada e assim por diante para acelerar a exibição e só é dito o que desenhar em muitos casos (quase como gráficos vetoriais), e não enviou uma imagem real para tudo (porque isso seria muito lento, como VNC;). Portanto, ter uma cadeia de texto corrompida devido a condições de rede problemáticas (ou a um bug) não parece muito improvável.

    
por 15.07.2009 / 20:29
0

Eu vi o mesmo problema com o cliente da Área de trabalho remota em diferentes exibições de lista (não limitado ao Windows Explorer). Algumas observações:

  1. os dados podem mudar aleatoriamente ao redimensionar as colunas (passando do valor correto para um valor aparentemente aleatório);
  2. se você tirar uma captura de tela, o texto será exibido corretamente;
  3. isso parece acontecer apenas com a versão 6 do cliente de área de trabalho remota (v5 e v7 não mostram esse problema);
  4. parece afetar somente as exibições de lista virtual - com uma exibição de lista 'padrão', o Windows armazena o texto como parte do próprio controle; Com uma exibição de lista virtual, o Windows envia mensagens para o aplicativo para solicitar o texto de um item em uma determinada linha e coluna. Isso é para que um aplicativo possa exibir um grande número de itens na lista de forma eficiente (por exemplo, fazendo atualizações incrementais).

Alguém sabe se existe uma KBA da Microsoft sobre isso?

    
por 17.07.2009 / 13:23
0

Assim como Larry, o Remote Desktop funcionou muito bem para mim no XP Pro SP2 (tenho várias sessões abertas todos os dias), e só comecei a ver esse problema depois de atualizar para o SP3. Eu vejo isso diariamente e está realmente começando a ser chato, então eu estaria interessado em quaisquer soluções / correções que funcionaram para os outros.

    
por 17.07.2009 / 20:51
0

A única solução que eu encontrei é reverter para o cliente e & XP XP SP2 RD original; Arquivo DLL (datado de 2004/08/04). Apenas substitua mstsc.exe e mstscax.dll em \ WINDOWS \ system32 e mstscax.dll em \ WINDOWS \ system32 \ dllcache (faça backups dos arquivos originais primeiro!). Isso funciona no XP SP2 & Máquinas XP SP3.

    
por 03.09.2009 / 19:31