Повреждение строки проводника Windows (имя файла) при использовании удаленного рабочего стола?

Кто-нибудь еще сталкивался с этой проблемой?

При просмотре папок в проводнике через подключение к удаленному рабочему столу иногда строки имен файлов могут быть повреждены, поэтому они неправильно отображаются в проводнике Windows.

Удаленный рабочий стол (или службы терминала) должен иметь какой-то графический кеш для строк, который повреждается для определенных строк почти случайным образом, особенно для имен файлов в проводнике Windows.

Я не могу воспроизвести ошибку по запросу, но как только она возникнет, вы можете скопировать строку имени файла и вставить ее в другие места в проводнике, например в адресную строку, диалоговое окно «Выполнить» и т. Д. строка также будет повреждена. Если вы набираете строку вручную, она также становится поврежденной, как только вы добавляете последний символ, даже если вы набираете первую часть строки, последнюю часть и заканчиваете добавлением последнего символа ... конечный результат заключается в том, что после восстановления поврежденной строки визуальное отображение становится неправильным (оно становится пустым или содержит неправильные символы).

Это чисто визуальный дефект. Я все еще могу редактировать строку. Если я удалю символ, вся строка будет отображаться нормально (потому что это другая строка). Если я добавлю другой символ, он также будет отображаться нормально, но как только я добавлю исходный символ, восстанавливая исходную (поврежденную) строку, отображение строки будет либо пустым, либо искаженным.

Кому можно сообщить об этом .. это явно неприятный баг.

РЕДАКТИРОВАТЬ: Поврежденная строка, кажется, проявляется визуально, будучи замененной строками из диалоговых окон свойств файла, такими как строки идентификаторов, такие слова, как «Разрешение» или «Разрешить», и пути к файлам; возможно, ошибка как-то связана с отображением окон свойств файла.

РЕДАКТИРОВАТЬ: добавлено изображение ниже. Если я изменю размер разделителя, строки изменятся (они заканчиваются на "...", поэтому это другая, неповрежденная строка, которая отображается нормально. На самом деле, вы даже не можете захватить это как полноэкранное изображение из удаленного рабочий стол, потому что он возвращается без сбоев дисплея! Только восстановив окно удаленного рабочего стола до оконного состояния и сделав снимок рабочего стола клиента с открытым окном удаленного рабочего стола, можно увидеть это повреждение ... так что возможно, это проблема рендеринга клиентской строки.

Да, это довольно часто встречается на виртуальных машинах AWS, к которым я подключился.

Однако серьезных проблем не вызвало.

Я совершенно точно видел, что вы описываете в сеансах RDP на машинах Windows Server 2003. Мне не удалось воспроизвести ошибку, и я, вероятно, видел ее только 20-30 раз (из тысяч сеансов RDP), но я определенно видел ее.

Я видел это как в окне, так и в полноэкранном режиме. Я почти всегда использовал настройки «Низкоскоростной широкополосный доступ», «Опыт», поэтому включены только кэширование растровых изображений и визуальные стили.

Да, я тоже это видел, хотя и редко, и всегда в напряженных / суровых сетевых условиях, и повторное подключение всегда решало это - поэтому я подумал об этом как о сбое из-за слишком большой потери пакетов или аналогичной проблемы ... но это определенно достаточно интересно для дальнейшего изучения ^^

Я не уверен, что это так с RDP (но это точно с ICA), но, насколько я знаю, локальный клиент имитирует большинство элементов пользовательского интерфейса Win32, таких как окна, границы, большая часть текста, текстовые поля ввода и т. Д., Чтобы ускорить дисплей и во многих случаях только сообщает, что рисовать (почти как векторная графика), а не отправляет фактическое изображение для всего (потому что это было бы очень медленно, как VNC;). Следовательно, наличие поврежденной текстовой строки из-за проблемных сетевых условий (или ошибки) не кажется слишком маловероятным.

Я испытал это в прошлом. Хотя, как и Эван, для меня это тоже редкость.

Вы можете попробовать удалить файлы в C: \ Documents and Settings \ username \ Local Settings \ Application Data \ Microsoft \ Terminal Server Client \ Cache

или для Vista C: \ Users \ username \ AppData \ Local \ Microsoft \ Terminal Server Client \ Cache

Файлы будут иметь соединение .bmc, так что это, вероятно, файлы кэша растровых изображений, которые он создает. Не уверен, что очистка этих файлов поможет, но вы можете попробовать без вредных последствий.

Я видел ту же проблему с клиентом удаленного рабочего стола в разных представлениях списка (не ограничиваясь проводником Windows). Некоторые наблюдения:

данные могут изменяться случайным образом при изменении размера столбцов (переключение с правильного значения на кажущееся случайным);
если сделать снимок экрана, текст отображается правильно;
похоже, что это происходит только с версией 6 клиента удаленного рабочего стола (v5 и v7 не показывают эту проблему);
похоже, что это влияет только на представления виртуальных списков - в «стандартном» представлении списка Windows сохраняет текст как часть самого элемента управления; с представлением виртуального списка Windows отправляет сообщения в приложение, чтобы запросить текст для элемента в данной строке и столбце. Это сделано для того, чтобы приложение могло эффективно отображать большое количество элементов в списке (например, выполнять инкрементные обновления).

Кто-нибудь знает, есть ли на этом Microsoft KBA?

Как и в случае с Ларри, удаленный рабочий стол отлично работал в XP Pro SP2 (у меня каждый день открыто несколько сеансов), и я начал замечать эту проблему только после обновления до SP3. Я вижу это ежедневно, и это действительно меня раздражает, поэтому мне были бы интересны любые обходные пути / исправления, которые помогли другим.

Единственный обходной путь, который я нашел, - это вернуться к исходному клиенту XP SP2 RD и файлу DLL (от 2004/08/04). Просто замените mstsc.exe и mstscax.dll в \ WINDOWS \ system32 и mstscax.dll в \ WINDOWS \ system32 \ dllcache (сначала сделайте резервные копии исходных файлов!). Это работает на машинах XP SP2 и XP SP3.