Bug 5605 - incorrect canvas position after pan and resize
Summary: incorrect canvas position after pan and resize
Status: CLOSED FIXED
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Web Access (show other bugs)
Version: pre-1.0
Hardware: PC Unknown
: P2 Normal
Target Milestone: 4.8.0
Assignee: Samuel Mannehed
URL:
Keywords: hean01_tester, prosaic, upstream
Depends on: 5611
Blocks: 6132
  Show dependency tree / graph
 
Reported: 2015-08-11 15:51 CEST by Pierre Ossman
Modified: 2017-03-27 14:18 CEST (History)
2 users (show)

See Also:
Acceptance Criteria:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Pierre Ossman cendio 2015-08-11 15:51:31 CEST 
The canvas is positioned incorrectly in (at least) Firefox 39 on Android after doing this:


 - Start a session in the normal 1:1 mode
 - Reconfigure the desktop to something larger
 - Pan a bit
 - Rotate the device to trigger a resize

The canvas will now be positioned incorrectly by the same amount as the panning that was previously performed.

The "dead" areas exposed show old data, rather than some background colour, so this might be a browser bug. OTOH, we're not behaving very nice by fighting with the browser over the canvas position so this might be an undefined corner case.
Comment 1 Samuel Mannehed cendio 2015-11-25 16:10:22 CET 
Seeing the same issue on Chrome 46 on Android.
Comment 2 Samuel Mannehed cendio 2017-01-10 16:51:41 CET 
Fixed in upstream noVNC by double buffering: https://github.com/novnc/noVNC/pull/699
Comment 4 Samuel Mannehed cendio 2017-02-03 16:04:47 CET 
This is fixed now.
Comment 5 Henrik Andersson cendio 2017-02-06 15:27:07 CET 
Verified that i could reproduce the issue against our internal 4.7.0 server using Firefox 50.1.0 and Chrome 56.0.2924.87 on android.

Did the same tests against 4.7.0post 5365 and the problem is not reproducible.

Works as expected.
Note You need to log in before you can comment on or make changes to this bug.