[
https://issues.apache.org/jira/browse/GUACAMOLE-574?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16515108#comment-16515108
]
Michael Jumper commented on GUACAMOLE-574:
------------------------------------------
Executing commands programmatically (or providing input for executed commands)
would be one use case:
https://lists.apache.org/thread.html/20f798572008d737e2cd8d7859882e1ca8a7ac3cb34907a9a64976ed@%3Cuser.guacamole.apache.org%3E
Without some non-keyboard way of providing input, the client side must
translate strings into sequences of key events, which is unreliable.
Interpretation of key events depends on modifier state, and not all data can be
represented using sequences of key events.
> Allow terminal input to be read from an inbound pipe stream
> -----------------------------------------------------------
>
> Key: GUACAMOLE-574
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-574
> Project: Guacamole
> Issue Type: New Feature
> Components: SSH, Telnet, Terminal
> Reporter: Michael Jumper
> Assignee: Michael Jumper
> Priority: Major
>
> Similar to how Guacamole's terminal emulator allows output to be temporarily
> redirected to a pipe stream, the terminal emulator should also accept the
> creation of an inbound pipe stream to serve as the source of user input.
> For this to work correctly:
> * The behavior of the inbound pipe stream would need to be predictable from
> the perspective of client-side JavaScript, presumably requiring a
> standardized name for the stream ("STDIN"?)
> * Handling of keyboard input while the pipe stream is redirected would need
> to be paused, to ensure that keyboard events cannot interfere with the
> interpretation of the stream by whatever is running within the SSH/telnet
> session.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
