I am running RDM 2019.1.41 on Windows 10. When I cat a file on any of the Linux systems I manage if the lines are longer than the screen width it will auto wrap them. This is fine but when I select these lines and try to paste them into another session or notepad LF (line feeds) are added and the lines are broken up into multiple lines. If I'm copying a command line script or an encryption key this corrupts it so that it doesn't work on the target system. When I use xterm on my linux workstation it will wrap on the screen but when I copy it doesn't add CR or LFs and keeps each line intact. Any help you can get with resolving this would be much appreciated.
Devin
Hi Devin,
I expected something like that to happen. Not adding LF was the original behaviour, but some user complained, that in certain situations, lines would get concatenated. This is because some applications output lines with spaces filling the rest of the line and wrap to the next line.
We will add an option to the terminal window to select the way copy is made: either preserve wrapping or preserve screen formatting.
Regards!
Denis Vincent
Actually it seems like its preserving what I see on the screen with the wrapping by inserting CR or LF when I copy. The behavior I'm looking for is to just leave a long line long. I don't want to copy and paste it as I see it on the screen with the wrapping intact I want to copy and paste it as the long line it is in real life. So I want to have it wrap on the screen but when I select it I don't want it to add CR or LF where the line wraps at the right of the screen, just preserve original CR and/or LFs that were there in the original data.
Regards,
Devin
Hello,
We will have a toggle-able option in the SSH shell toolbar called "preserve formatting on copy". This should let you achieve what you want.
This will be available starting with RDM 2019.2.10.0.
Regards,
Hubert Mireault
I got the same problem with @devin01, it is very annoyed and make mistake when editing one-line command, I thinks many peoples got the same problem with me. Hope it can be fixed on the next version..
You also can't seem to select a whole line preserving the LF on the end, even though the de facto standard for this behaviour is to select to the last character on the line, and then the remaining whitespace for the LF.
Now, you can't actually select the last character only without the highlight extending to the right side of the terminal - indicating that the last character and the LF has been copied - when in actual fact the LF has been dropped.
Selecting multiple lines, all but the last line have the LF.
Bring back the old behaviour :(
(Also experiencing the crash with SSH sessions ( https://forum.devolutions.net/topic31830-sshterminal-windows-crashing-in-latest-rdm.aspx ), so I'm pretty much just thinking I'll go back to 14.1.3.0 and stay there indefinitely)
Hello,
As mentioned in my previous post, there will be a toggle-able option to change how RDM handles the formatting when copying from the terminal. This will be available in the next beta version, RDM 2019.2.10.0.
@mike09: For the crash, I've sent the topic to Denis and he will take a look at it.
Regards,
Hubert Mireault
The LF bug is fixed! Thanks for the feedback and I am sorry for the inconvenience.
Regards
Denis Vincent
I forgot to mention, the fix will be available in the next version, or the one after that (because I am also working on another fix I wish to synchronize with).
Regards
Denis Vincent
I have RDM 2022.2.15.0 and I have the exact same issue. Was something un-fixed or am I missing something??
Anytime I highlight text
When I paste it into my text editor it always adds a line wrap at the end instead of making it one contiguous line???
I have the following basic settings also.
Hi benpatridge,
I think you should uncheck the "Preserve line wrap on copy" to get the behaviour you're describing.
Please, do tell me if this does not resolve your issue.
Best regards,
Xavier Fortin
This works as expected, however it is very counter-intuitive. I would recommend making it so that you change the wording to 'do not preserve line wrap on copy'
Hi!
We will take your suggestion into consideration and will keep an eye out for additional feedback from other users.
Best regards,
Xavier Fortin