www.cendio.com

Bug 4755

Summary: Keyboard shortcuts gets intercepted by the browser when using Web Access
Product: ThinLinc Reporter: Samuel Mannehed <samuel@cendio.se>
Component: Web AccessAssignee: Peter ├ůstrand <astrand@cendio.se>
Status: NEW QA Contact: Bugzilla mail exporter <bugzilla-qa@cendio.se>
Severity: Normal    
Priority: P2 Keywords: upstream
Version: trunk   
Target Milestone: LowPrio   
Hardware: PC   
OS: Unknown   
Acceptance Criteria:

Description From cendio 2013-07-15 17:32:50
+----------------+---------------------------+
| Platform       | Fedora 18                 |
+----------------+---------------------------+
| Browser        | Chrome 28.0.1500.89 beta  |
+----------------+---------------------------+

When running the HTML5 client in Chrome key combinations like Ctrl-N and Ctrl-T
are intercepted by the browser and therefor not let through to the remote
session. The intended behavior should be that no browser keyboard shortcuts are
intercepted or that there is an option for intercepting them.

There is a test called input.html in noVNC which was useful. It works fine in
Firefox.
------- Comment #1 From cendio 2016-04-01 14:17:58 -------
If you normally use Ctrl-W while editing text for example, this bug is very
irritating since it results in Chrome closing the tab with the HTML5 client..

See the two links below for some discussion on the topic:
https://bugs.chromium.org/p/chromium/issues/detail?id=33056
https://bugs.chromium.org/p/chromium/issues/detail?id=119881
------- Comment #2 From cendio 2016-04-01 14:23:53 -------
If there is any good way to detect this behavior we could consider adding
buttons, when needed, in the GUI for key combinations like these. For example
like how the Ctrl, Alt, Tab and Esc buttons are presented on touch devices with
low resolutions.
------- Comment #3 From cendio 2016-10-13 16:15:47 -------
This happens in Firefox as well now, so either we or Firefox have changed
something.
------- Comment #4 From cendio 2016-12-01 16:52:47 -------
More interesting links:

https://github.com/jondahlke/system-keyboard-lock

https://bugzilla.mozilla.org/show_bug.cgi?id=380637
https://bugzilla.mozilla.org/show_bug.cgi?id=700123
https://bugzilla.mozilla.org/show_bug.cgi?id=1074971
------- Comment #5 From cendio 2018-03-06 14:10:05 -------
Wohoo! This now works in Chrome as long as you are in fullscreen! Tested with
Chrome 64 on Linux. Their bug entry states that it was fixed in Chrome 60 (59
for Linux and Windows). Note that F11 doesn't work in fullscreen though as that
is how you go back to windowed mode.

So this is now very similar to how our native client behaves.
------- Comment #6 From cendio 2018-03-06 14:11:24 -------
Note that keys grabbed by the OS are still lost to us (e.g. the Windows key).