SSH Session copy wrapped text is adding LF

SSH Session copy wrapped text is adding LF

avatar


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

All Comments (12)

avatar

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

avatar



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

avatar

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

avatar

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..

avatar

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)

avatar

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

avatar

The LF bug is fixed! Thanks for the feedback and I am sorry for the inconvenience.

Regards

Denis Vincent

avatar

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

avatar

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
forum image


When I paste it into my text editor it always adds a line wrap at the end instead of making it one contiguous line???

forum image

I have the following basic settings also.
forum image

avatar

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

avatar

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'

avatar

Hi!

We will take your suggestion into consideration and will keep an eye out for additional feedback from other users.

Best regards,

Xavier Fortin