[GUACAMOLE-82] Clipboard behavior regressions since GUACAMOLE-55

• Type: Bug
• Status: Resolved
• Priority: Blocker
• Resolution: Fixed
• Affects Version/s: 0.9.10-incubating
• Fix Version/s: 0.9.10-incubating
• Component/s: guacamole
• Assignee: Mike Jumper
• Reporter: Mike Jumper
• Created: 20/Aug/16 20:03
• Updated: 29/Aug/17 16:47
• Resolved: 21/Aug/16 04:09

Description

The Guacamole clipboard in the menu/sidebar has been behaving oddly since GUACAMOLE-55. I suspect this has to do with the switch to using a "content-editable" div, rather than a traditional textarea.

Thus far, I have noticed the following:

1. Focus is unexpectedly given to the clipboard by default on mobile devices, causing the keyboard to open when the screen is tapped. While this sounds like it might be a good thing, mobile on-screen keyboards do not fire traditional keyboard events, so this does not actually work. Further, dismissing the keyboard is difficult if not impossible; it just keeps opening disruptively.
2. When rich text is pasted within the clipboard, formatting is sometimes maintained even though the current intent of the clipboard field is that formatting should be stripped.
3. Spaces and newlines are not handled consistently. Spaces are sometimes pasted within the remote desktop as non-breaking spaces, while newlines are sometimes dropped entirely.

It may be worth considering going back to a textarea for the sake of stability, and re-opening GUACAMOLE-55 for a different release.

Issue Links

• is related to: GUACAMOLE-310 Direct clipboard integration strips newlines
• relates to: GUACAMOLE-55 Add client-side clipboard support for images