Type Clipboard Issues within Windows RDP Session

Hello

Thank you for the issue report. We've had several reports of similar problems, and I'm currently looking into that.

In the meantime, can you try to follow my instructions in this post: https://forum.devolutions.net/topics/38687/zwischenablage-fehlerhaft#185727 and tell me if it works around or changes the issue for you?

There are two possible APIs used for "Type Clipboard" in RDM, and that configuration change will revert to the older one. We understand there are problems with both versions, your feedback on whether this helps out would be useful.

Otherwise, this issue has our attention and I'm working on it, I hope to be able to allocate time for that in the next couple of weeks. We should be able to try and address it early in the 2024.1.x product cycle.

Please, let me know if something isn't clear or if you have any questions, and I appreciate your patience

Kind regards,

Per your recommendation the following line has been added to the end of the before the closing Option tag: %USERPROFILE%/AppData/Local/Devolutions/RemoteDesktopManager/RemoteDesktopManager.cfg

<UseKeyboardSimulatorForTypeClipboard>true</UseKeyboardSimulatorForTypeClipboard>

This work-around did allow for the case/shift to be pasted into my notepad session on "Server 2" in the scenario above. This will be a great assistance with maintaining the newer version of RDM to support my environment.

I will note that the speed does still appear to be an issue related to the Type Clipboard where items can be out of order for long strings. This has been an issue for several years with the RDM that on occasion will output the correct values while other times does not.

Here is my output:

• Windows copy/paste: aAbBcCdDeEfFgGhHiIjJkKlLmMnNoOpPqQrRsStTuUvVwWxXyYzZ1!2@3#4$5%6^7&8*9(0)
• First Type Clipboard: aAbBcCdDe$5%6^7&8*9(0)lLmMnNoOpPqQrRsStTuUvVwWxXyYzZ1!2@3#4$5%6^7&8*9(0)
• Second Type Clipboard: aAbBcCdDeEfFgG7&8*9(0)lLmMnNoOpPqQrRsStTuUvVwWxXyYzZ1!2@3#4$5%6^7&8*9(0)

As the long strings is a different issue than what I initially reported, and I can use the work-around is functioning at this time until there is a resolution to the API transition. If you would like a new post related to the long strings, I can start one later today.

Hello again

Thank you for the feedback and confirmation that changing that setting has helped, at least with shorter strings.

"UseKeyboardSimulatorForTypeClipboard" used to be the default, and only, option here - the issues around longer strings is something that drove the RDM team to change to a different API, however that sadly brought it's own problems. So I'm not surprised to hear that you say this was an issue for several years.

I will add this thread to the internal ticket I have so we can post back with an update. In the meantime, thank you for your patience

Kind regards,

Hello

Thank you for your patience. I've integrated an update for the "Type Clipboard" feature that I hope will iron out these issues and improve accuracy. With the changes, the custom entry in the RDM .cfg file is no longer necessary (although leaving it present won't have a negative side-effect).

Those changes should be available with the 2024.1.19 release; I'll confirm by updating this post at that time.

Once again, thank you for your patience

Thanks and kind regards,

Hello

Thanks for your patience. RDM 2024.1.19 is now available and should contain some fixes for this issue. No action is needed on your side except to update.

Please, let me know if you notice improvements or continue to experience issues.

Thanks and kind regards,