Copy/paste issue

Hi,

We will look into this. Thanks for the feedback.

Richard

I can confirm this bug on OS X 10.8.5 and RDM 0.9.12.

This is still happening in 0.9.13

Daniel

Hi,

This should be fixed in the latest version (0.9.14.0). Please let me know if the problem still occurs!

Thanks, Richard

Still broken for me in 0.9.15.0

Hi,

A few questions to help isolate this:

- What are you trying to copy/paste? Is it text, or something else?
- What is the program you are copying from?
- Are you copying the item to the clipboard before opening the remote session? Or once the remote session is already open?
- Do you have multiple remote sessions open?

Thanks, Richard

Hi,

Further, if you could try this again with the latest version (0.9.16.0). I have improved the robustness of the clipboard handling in FreeRDP

Thanks, Richard

Copy/paste from textEdit or website works but not all the time on version 0.9.16.0. Today I had three RDP sessions opened to a server and with that I was trying to copy I licenses key to each one of them, only one of servers worked the other two didn't.
I opened the RDP sessions first, then went to the web page, highlighted the text, right click and copied it. I was only able to paste into one of them.

Hi,

I had a problem when I tested this - but I wasn't forwarding the clipboard on one of my sessions :)

Just to double check - the clipboard option is enabled in the settings for all your connections, right?

Thanks, Richard
edited by Richard Markiewicz on 11/19/2013

I just upgrade it to 0.9.17.0 and I'm still having the same behavior. Clipboard mapping is enable on the RDM session and the terminal services configuration on the server.

I just upgraded to 0.9.17.0 and it looks like I am able to paste text into remote sessions now.

It only works if the text was copied AFTER the remote session was initialized, any text copied before logging in is unaccessible.

My guess is RDM is not actually accessing the clipboard, but hooking into the copy function and maintaining it's own clipboard on a per connection basis.

Great!

Almost :) The clipboard interactions are actually provided direct by the FreeRDP API, not through RDM. On OS X, there is no way to get a notification of when the clipboard changes. So in order to know that, you need to poll the OS. Actually, until you posted this thread, the timer that does that polling in FreeRDP was not behaving properly - it should be fixed now, so changes to the clipboard are picked up once the session is opened. As for the clipboard state on *opening* the connection - I will check that out.

Thanks, Richard

I will take another look at this

Richard

Hi,

I have improved the robustness of the clipboard in FreeRDP in the latest version (0.9.28.0). I would appreciate if you can try it out and let me know if it works better!

Specifically, items that are already on the clipboard when you open the connection should be properly available in the remote session. I also corrected an issue that could intermittently prevent the remote clipboard from being updated when you 'copy' on your local machine.

Thanks, Richard

I have been testing copy/paste and it is a lot better now. Thank you

Great news! Thanks for the feedback

Richard

When will it be possible to copy paste with:

CMD + C and CMD + V like i already said that it works in JUMP an other program

Hi just updated to latest beta.

When i use CMD + C form Mac to CMD + V in windows.

When i copy this:

Admin
Owner
General
Nautical department
Nautical department\Captain
Nautical department\Cheif Officer
Technical department
Deck - Crew department
Server and workstation IT stuf

In my text editor on the mac.
Remote Desktop Manager Pasts it in windows like this:

AdminOwnerGeneralNautical departmentNautical department\CaptainNautical department\Cheif OfficerTechnical departmentDeck - Crew departmentServer and workstation IT stuf

So it does not copy the enters (Markup) i think.
Please investigate/fix

This is native *nix/OS X vs Windows behavior.

On Windows, every line ends with a new line character "\n" and a return character "\r".

On *nix, the "\r" is kind of implied so there's only a "\n".

This causes text coming from Windows to often have "double lines" on *nix while text coming from *nix to be missing new lines on Windows.

My personal opinion is that you shouldn't mess with this. This is "normal" and expected behavior and messing with the content of the copied content could lead to a bunch of other problems.

My 2 cents :)
edited by ekred on 3/24/2014
edited by ekred on 3/24/2014

Hi,

We will investigate the issue and we will keep you guys posted on our decision.

Thank you for your feedback

Hi,

We decided to add an option to make the clipboard interpret its value or not.
It's on our TODO list now.

Nice Thanks

When I restart the RDM, open a session to windows server and copy some text from notepad into clipboard it can not be pasted to textedit on mac. But if I copy some text in TextEdit first and then paste it into windows session both directions starts working, also in other sessions.

Whould be nice if it would work in both directions from the begining.

Tested with latest 0.9.59. on mac 10.9.2, was similar behaviour in previous few versions.

Hi Ioan,

Your issue is added to our internal tracker.

Thank you for reporting it.

Hi,

I now got the latest version and copy and paste is still not working like it supposed to be...
Let me explane.

When i open notepad in a Windows Machine (trough Remote Desktop)
I type some text and then copy it (CMD + C) and than past it in my mac in a notepad or what ever.
So far so good... That works.

But... Then i type a new text in my notepad on the mac. And copy it (CMD + C) and then go again to the Windows Machine and want to paste it in the Notepad: (CMD + V) The text that i just copied on the mac will not be pasted but the text that i copied earlier on windows will be pasted...

So that is the only thing that stops me form using Remote Desktop Manager on the Mac... That's Why i Still Use Jump Desktop. Because they got it working absolute fine!

So Please can you fix that ASAP!

Using OSX 10.9.5 with RDM 1.1.0.0 I can duplicate copy paste issues. Server restarted, Mac restarted, and I also restarted RDCLIP in an attempt to fix.

My workaround:

Copy (CMD+M) text from Mac

In Notepad on RDM, I select a letter, hit Ctrl+C, then CMD+V, and the text is copied.

I tried multiple combinations of CMD and Ctrl before finding this. It's as if until you send native copy command on the remote server, RDM is not copying the text from the Mac clipboard to the remote clipboard.

Maybe that info will be of some use. Cheers,


Travis

Exact! So i know that it could be fixed. Because Jump Desktop has it working without a problem... So RDM also could fix it.

Hi,

I just released a version with a complete rework of the clipboard for RDP session.
You can download it here http://mac.remotedesktopmanager.com/Home/Download

Tell me if you still have some issues

Working great for me now. Thanks!

Finally its WORKING!!!!

Thanks...
Now some speed optimizations at startup and than its awesome!

Hi,

Just to make sure we focus our effort to make it smoother to you.

Where do you find our slower. When the app startup or when you launch a RDP session?

Thank you for your feedback

At the app startup.

So it stays jumping in the dock for 10-30 sec. sometimes.
And no i do not have a slow mac;)

Macbook Pro Retina 15" 512GB SSD 16GB Ram...
So that't could not be slow... Its always bin that way. I thought it was because of the beta but its really slow...

Hi,

We improve the start up speed in the latest version of Remote Desktop Manager.

You can download it here http://mac.remotedesktopmanager.com/Home/Download

Give it a try and tell me what you think

Hi,

Thanks, its a bit better but still very slow...

I am on the 1.1.16.0 version. The problem I have with the clipboard is more dramatic. If I try to copy and paste cells in excel in a remote session. The content is copied as plain text not as actual cell content. So all formating is lost.

Hi,

There seems to be an issue with the shared clipboard feature.
The shared clipboard feature only support plain text copy, so when you copy something from a remote session to your Mac you loose the formatting.
If I understand correctly you are simply using Excel on a remote session so you should not be worried with this limitation. I will notify our partner at AwakeCoding about this issue.

In the mean time if you are not planning to use the shared clipboard feature you can deactivate it in your RDP session configuration. Uncheck the clipboard checkbox in the local resources tab of the Microsoft Remote Desktop configuration.

Tell me if that solved your issue for the moment.

Hi,

Your issue should be fixed in the next release.

Regards

Your interpretation of the issue is correct. I am cutting and pasting on the remote server. I will try turning off the shared clipboard. I had been using CORD previously. Love your product this was just causing some issues. I know I am asking for a lot. I want the best of both worlds. I still have a need to past into the remote session. So permanently turning off Shared Clipboard will be a efficiency drain. on my workflow.

If you mean in version 2.0.3.0 then it is not with shared clipboard on. Now with the clipboard off it does behave as expected on the remote machine. So that is plus. Thanks for the tip. Still would like to have both.

Hi

it should be in release 2.0.4.0.
So it will be the next one.
I try to avoid giving away version number before it's out.

Hi,

It took some time but the new version with your fix is now available

You can download it here http://mac.remotedesktopmanager.com/Home/Download

Regards,

Sorry to report... I just updated to 2.5.0.0 and copy and paste does not seem to work at all now. I tried turning on and off the clipboard in settings but no luck. When I say not at all I mean I can copy and the paste option is not available in the RDP session at all. Not sure what is going on..

Thank you for reporting it I'll look into this as soon as possible

hi, the same behaviour...after update to 2.5.0.0 no cut/paste in all rdp session :-(
edited by gabryp@gmail.com on 6/16/2015

I"m experiencing the same problem with 2.5.0.0.
edited by rsreid on 6/17/2015

I am also having this issue, in addition I keep getting disconnected and the tab is closing, opening a "new" session reconnects me back to where I was.

with the new version 2.5.1 the problem seems to be solved!! Good Job!