The HTML client forces panning mode for Internet Explorer when the session is larger than the browser window. All other browsers get scroll bars.
This bug was introduced as part of a vendordrop (r30543) that was done on bug 5454. The actual error is a typo which is now fixed upstream:
This means that this bug should be resolved when we do the next vendordrop of noVNC.
(In reply to comment #1)
> This bug was introduced as part of a vendordrop (r30543) that was done on bug
> 5454. The actual error is a typo which is now fixed upstream:
> This means that this bug should be resolved when we do the next vendordrop of
This doesn't seem to be true due to that I just tested IE on Windows 10 platform and does not still get any scrollbars.
It looks like panning mode is in fact disabled as expected now after the vendordrops. However, just as Henrik says, we still don't get scrollbars.
Reassigning from 'LowPrio' to '---' for discussion. One possible workaround could be to force panning mode for IE (lol).
Furthermore, this could be viewed as a regression since in 4.7.0 we can pan using the 'hand'.
Properly fixed now.
Tester needs to verify that both client-initiated and server-initiated (xrandr) resize still works in all five browsers, and both on a touch device and a non-touch device:
It's also important for the tester to verify that scrollbars / panning hand are enabled correctly when testing the resize.
Verified that i got scrollbars in Chrome, Firefox, IE and Edge when tested on Windows 10 desktop. Also tested using Safari on OS X.
Works as expected.
Tested Chrome, Firefox, Edge and IE 11 on Windows Touch for which panning with the hand on the control bar works.
With Edge closing the keyboard causes a resize, so panning can only be tested while keyboard is up. Because pasting with middle mouse button does not work (bug #6345).
Verified that panning works on all browsers on iOS and Windows Touch.