Clipboard access is allowed on site policy level.
________________________________
From: Michael Jumper <[email protected]>
Sent: Tuesday, October 31, 2023 8:45 PM
To: [email protected] <[email protected]>
Subject: Re: Copy/paste doesn't work from client machine to remote

That should be fine...

You answered "yes" when prompted by Chrome to grant access to the clipboard?

On 10/31/2023 11:22 AM, Yvgeny Chaplinsky wrote:
> I am using the latest version of Chrome.
>
> ------------------------------------------------------------------------
> *From:* Michael Jumper <[email protected]>
> *Sent:* Tuesday, October 31, 2023 6:41 PM
> *To:* [email protected] <[email protected]>
> *Subject:* Re: Copy/paste doesn't work from client machine to remote
> What you describe is different than the original issue noted in this
> thread, which was due to the Windows GPO "Do not allow Clipboard
> redirection" having been enabled.
>
> What browser are you using?
>
> - Mike
>
> On 10/31/2023 7:31 AM, Yvgeny Chaplinsky wrote:
>> Hi Nick,
>> This is behavior I experienced. Please confirm it is expected.
>> I have local machine L, which is connected to remote machine R (via
>> guacamole).
>> I perform these steps and this is the result I see
>>
>>  1. I copy text "local" on L and paste it to R. I see value "local" on R.
>>  2. Now I type "remote" on R, copy it on R and paste it to L. I see
>>     "remote".
>>  3. I paste to R and I see "remote".
>>  4. I copy "local" on L again, paste it to R and still see "remote"
>>  5. I paste to L and see "local"
>>
>> Regards,
>> Yvgeny
>> ------------------------------------------------------------------------
>> *From:* Nick Couchman <[email protected]>
>> *Sent:* Tuesday, October 31, 2023 4:18 PM
>> *To:* [email protected] <[email protected]>
>> *Subject:* Re: Re: Copy/paste doesn't work from client machine to remote
>> On Tue, Oct 31, 2023 at 9:48 AM Yvgeny Chaplinsky <[email protected]
>> <mailto:[email protected] <mailto:[email protected]>>> wrote:
>>
>>     Hi Nick,
>>     I just would like to add my 2 cents to the problem description.
>>     Paste to remote machine works properly when the clipboard of
>>     remote machine is empty.
>>     At the moment I copy some data on the remote machine - that value
>>     will override any value I'll try to paste to the remote machine.
>>
>>
>> This doesn't sound to me like the same issue that was being described in
>> the original post. The way I read the original post:
>> * The user is seeing the data go from the Guacamole Client through the
>> websocket to the server, but is not getting transferred to the remote
>> clipboard.
>> * If the user disables the GPO setting that blocks Clipboard Redirection
>> for RDS (RDP), everything works as expected.
>>
>> My answer to that is that Guacamole does not have any way to override or
>> work around the Group Policy settings - and it should not. The policies
>> of the Operating System always will and always should determine what is
>> permissible.
>>
>> As I understand the problem you're describing, it is that data copied on
>> the remote system overrides data that may be in the clipboard of the
>> client. This is also fully expected - the way the Guacamole Clipboard is
>> intended to work, and works when you have granted the appropriate
>> permissions via the browser gesture, is that the clipboards are
>> _synchronized_ between the local system (Guacamole Client/web browser)
>> and any connected remote systems. This means that if you have 6 remote
>> connections open, and you copy data in one of those connections, that
>> data will be transferred to the client clipboard, and then synchronized
>> across all 6 remote connections. This is completely intentional and
>> expected.
>>
>> -Nick
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to