[
https://issues.apache.org/jira/browse/GUACAMOLE-1186?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17252641#comment-17252641
]
Jimmy commented on GUACAMOLE-1186:
----------------------------------
[~vnick], Thanks for your reply.
I leave my opinions on some questions.
{noformat}
First, let me make sure I understand the overall goal of your changes.
Currently, Guacamole forcibly keeps the local clipboard in sync with any/all
remote clipboards, resetting the remote clipboard when focus changes back to
that browser window. Your proposed changes allow for a remote clipboard to stay
"out-of-sync" with the local/Guacamole clipboard, particularly when the remote
clipboard receives data that Guacamole does not support (e.g. images) - at
least until the local clipboard changes, at which point the remote clipboard
gets re-synchronized with the local clipboard, wiping out any changes. Correct?
{noformat}
I think that some are correct and others are incorrect. The remote clipboard
will not receive data that Guacamole does not support (e.g. images) from the
guacamole server.
{noformat}
Beyond that, I agree with Mike: this is not a bug. It is intended behavior
based on how Guacamole's clipboard is currently implemented - that is, only
supports texts and endeavors to keep all clipboards synchronized.{noformat}
Yes, this issue isn't a bug.
This issue doesn't mean the bug of the Apache Guacamole project.
I thought this issue incorrectly. So I changed the issue type of this issue
from "Bug" to "Improvement".
{noformat}
Image to Remote Clipboard: Image remains in remote clipboard as long as nothing
is changed in the local clipboard. However, the local clipboard ends up
cleared/reset. Isn't this just the inverse of the original behavior you were
trying to resolve - we're now keeping the contents of the remote clipboard, but
wiping out anything on the local clipboard?{noformat}
Yes, this is the original behavior you were trying to resolve.
{noformat}
If Guacamole supported rich text and images (from aforementioned Jira issues),
and kept the local clipboard in sync with one or more remote clipboards with
that data, would this even be an issue?{noformat}
Yes. If so, we don't need this.
{noformat}
I did not test situations where multiple remote servers are in use, but I would
imagine that this could very, very quickly get out of hand. I connect to
anywhere from 1 to 10 or 12 remote servers concurrently, and, today, at least I
know what the contents of the clipboard are going to be. It seems like
introducing these changes could lead to a lot of confusion about what remote
servers are actually synced with local clipboard changes and which ones are
ignored, particularly for an end user who will not see warnings in the
Guacamole logs about the missing data format support.{noformat}
Sorry, I didn't understand this.
Do you mean that the local clipboard will be synced with the remote clipboards
of all of the remote servers (he connecting) when an end-user is connecting to
multiple remote servers and he is doing some copy/paste operations in one
remote server?
The purpose of this issue is that users conveniently is to do some kinds of
works such as image manipulation and documentation with Word/PowerPoint/Excel
by using the remote desktop protocol.
The current clipboard architecture of this Apache Guacamole project isn't
flexible. Because the content of the remote clipboard is sometimes reset, users
have to copy the data (images & rich text & others) again. So, this gives users
some inconveniences.
I tried to fix these inconveniences by adding flexibility to the clipboard
feature.
Moreover, we can't know when the rich text & image of the clipboard will be
supported in Apache Guacamole.
So, I think that this change is currently needed.
{noformat}
{noformat}
> Clipboard issue that can't paste the image data when changing the focus
> -----------------------------------------------------------------------
>
> Key: GUACAMOLE-1186
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-1186
> Project: Guacamole
> Issue Type: Improvement
> Components: guacamole-client, guacamole-server
> Affects Versions: 1.2.0
> Environment: Ubuntu 18.04 64bit, Windows 10 64 bit
> Reporter: Jimmy
> Priority: Minor
> Labels: features
> Attachments: apache-guacd-clipboard-issue.mp4,
> xfreerdp-clipboard-issue.mp4
>
>
> I found one clipboard issue when working on the remote server over the apache
> guacamole client built from the latest source.
>
> The test case follows as below:
> # Connect to the {color:#de350b}*remote server*{color} (Windows 10, 64bit)
> via the Apache Guacamole Client.
> # {color:#de350b}*In the remote server,*{color} open NotePad, type some
> text, press Ctrl+A to select all text, copy it by pressing Ctrl+C.
> # {color:#de350b}*In the remote server,* {color}open WordPad and press
> Ctrl+V to paste the clipboard.
> # {color:#de350b}*In the remote server,* {color}open Paint, draw any shapes,
> press CTrl+A to select all, and press Ctrl+C to copy it.
> # *{color:#de350b}In the remote server,{color}* select WordPad to press
> Ctrl+V to paste the clipboard.
> # *In the client computer,* move the focus from Chrome with the opened
> guacamole client to another application.
> # *In the client computer,* move back to the guacamole client page of Chrome.
> # *In the remote server,* select WordPad to press Ctrl+V to paste the
> clipboard.
>
> In step 8, we can see the issue.
> That's, we can't paste the image, but can paste only the text copied in the
> previous step.
>
> When performed the above test case in the FreeRDP (xfreerdp) and the MS RDP
> client (mstsc.exe), I can't see this issue.
>
> For more information, please see the attached video files.
>
> Thanks.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
