locked
Remote Desktop Clipboard missing HTML format when c drive redirected RRS feed

  • Question

  • I'm currently having a problem with remote desktop when connecting to a remote server. I have Clipboard redirection enabled, and copy/paste functionality works fine in both directions except that any HTML formatted data on the clipboard is not being transferred, only plain text is. For example, when I copy a block of colored, formatted text from a browser on the server (the RD host) and paste it into Word on my local machine, it is inserted as plain text. All of the formatting and coloring is lost.

    However, if I disable redirection of my local C: drive across the remote desktop connection, then copy/paste functions exactly as expected. The HTML format comes across the clipboard, and anything pasted into Word retains its coloring and formatting. I can connect other local drives such as CD-ROM drives or thumb drives and the remote clipboard is not affected. The problem only occurs when I connect the C: drive.

    I wrote a small app to monitor the clipboard and have verified that the problem is indeed the fact that when the C: drive is connected in the remote session, the HTML clipboard format is not added to the clipboard in either direction. I have been unable to find a solution to this after days of searching and am hoping that there is a solution that isn't just "don't connect the C: drive".

     

    My local machine is running Windows 7 Ultimate 6.1 Build 7600 with RDP 6.1.7600
    The server is running Windows Server 2008 6.0 Build 6002 Service Pack 2

    Both machines are part of a domain and I am connecting using Windows Authentication

    Tuesday, July 13, 2010 7:49 PM

Answers

  • Hi Ryan,

     

    Thanks for sending your feedback. According to the problem description, I can reproduce the issue.

     

    Based on the current situation, I have reported this issue to Microsoft with our internal channel and hope an update can be developed and released to address this issue as soon as possible.

     

    We are striving to capture any and all product issues/product feedback so as to ensure that we are continuously developing Microsoft products to meet our customers' needs. This is exactly why feedback such as yours is always valued.

     

    Regards,


    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
    Thursday, July 15, 2010 4:06 AM

All replies

  • Hi Ryan,

     

    Thanks for sending your feedback. According to the problem description, I can reproduce the issue.

     

    Based on the current situation, I have reported this issue to Microsoft with our internal channel and hope an update can be developed and released to address this issue as soon as possible.

     

    We are striving to capture any and all product issues/product feedback so as to ensure that we are continuously developing Microsoft products to meet our customers' needs. This is exactly why feedback such as yours is always valued.

     

    Regards,


    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
    Thursday, July 15, 2010 4:06 AM
  • I can reproduce it.
    Monday, January 10, 2011 2:18 AM
  • Is there a patch for this issue?
    Wednesday, April 27, 2011 3:24 PM
  • Hello,

    There is an easy fix to that problem that is in RDP file configuration:

    By default the parameter "drivestoredirect:s:*" enables redirect of all disks.

    To solve the problem you need to specify required disks exactly like drivestoredirect:s:D:;E:

    Hope that will help!

    Thank you!

    • Proposed as answer by Richer M Monday, May 8, 2017 2:49 PM
    Monday, May 8, 2017 2:49 PM