[
https://issues.apache.org/jira/browse/GUACAMOLE-2237?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18062744#comment-18062744
]
Bradley Bennett commented on GUACAMOLE-2237:
--------------------------------------------
I used the following command to create a file for testing:
{code:java}
printf
'LFLF\n\nCRCR\r\rCRLFCRLF\r\n\r\nCRXCR\rX\rLFXLF\nX\nCRLFXCRLF\r\nX\r\n' >
eol_combos.txt
{code}
> Pasting multiline text via browser menu produces single line in
> SSH/Telnet/RDP
> -------------------------------------------------------------------------------
>
> Key: GUACAMOLE-2237
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-2237
> Project: Guacamole
> Issue Type: Bug
> Components: guacd
> Affects Versions: 1.6.0, 1.6.1
> Environment: Linux, macOS, Windows
> Reporter: Bradley Bennett
> Priority: Minor
>
> Pasting:
> {code:java}
> line1
> line2{code}
> Is translated to:
> {code:java}
> line1line2
> {code}
> or
> {code:java}
> line1Jline2J{code}
> There are 3 separate issues:
> * {*}SSH/Telnet (browser paste){*}: Guacamole normalizes line endings to LF
> and types them 0xFF0A. The terminal handler sends this as 0x0A, which works
> on Linux/macOS but is ignored by Windows SSH.
> * {*}RDP (browser paste){*}: Similarly, Guacamole sends 0xFF0A but RDP has
> no scan code for LF so it falls through to UnicodeKeyboardEvent(), which maps
> it to 'J'.
> * {*}SSH/Telnet (right-click and Ctrl+Shift+V paste){*}: Clipboard bytes are
> sent directly to stdin. Keyboard emulation CRLF and LF to \n, which Windows
> SSH ignores.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
