Michael Jumper commented on GUACAMOLE-666:

The "bracketed paste" thing is a bit of a red herring. It may solve the issue 
you're encountering (assuming Nano implements it), but there is a more 
fundamental issue that could be solved here without relying on special handling 
of clipboard within both terminal application and terminal emulator. It's more 
clearly described here:


When text containing a newline character is pasted, that newline character is 
interpreted by Nano as ^J, resulting in weird behavior. Similar to the issue 
with RDP where the clipboard is expected to contain Windows/DOS-style newline 
sequences, Guacamole should translate newlines within pasted text to the same 
character that would be sent for an enter keypress (^M).

> Text pasted through SSH into nano editor
> ----------------------------------------
>                 Key: GUACAMOLE-666
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-666
>             Project: Guacamole
>          Issue Type: Bug
>          Components: guacamole
>    Affects Versions: 0.9.14
>         Environment: OS Fedora 29
> Chrome 70 or Firefox 63
>            Reporter: Pierre Gabriel
>            Priority: Minor
>         Attachments: clipboard_content.png, first_paste.png, hexdump.png, 
> original_text.png, second_paste.png
> When I try to paste text like :
> *_|| test $$_*
>  *_|| ;_*
> into the nano text editor, it doesn't work properly ; (see captured file) ;
> The issue doesn't appear when i try this over a direct ssh connection (i.e 
> from my os terminal) ;
> The issue doesn't appear into another text editor like vi ;

This message was sent by Atlassian JIRA

Reply via email to