[jira] [Commented] (GUACAMOLE-2237) Pasting multiline text via browser menu produces single line in SSH/Telnet/RDP

["Bradley Bennett (Jira)" <ji...@apache.org>]

    [ 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)