Back to bug 1318340

Who When What Removed Added
Peter Hutterer 2016-03-17 03:23:03 UTC CC btissoir
Tomas Hudziec 2016-03-31 08:02:24 UTC Blocks 1322712
Tomas Hudziec 2016-07-29 10:53:04 UTC Blocks 1361531
Tomas Hudziec 2016-07-29 10:56:03 UTC Blocks 1361532
Kevin E. Martin 2016-08-17 23:17:46 UTC Blocks 1360926
Tomas Pelka 2016-08-23 13:02:40 UTC Doc Type Bug Fix Known Issue
RHEL Program Management 2016-08-25 23:53:06 UTC Status NEW CLOSED
Resolution --- WONTFIX
Last Closed 2016-08-25 19:53:06 UTC
Lenka Špačková 2016-12-12 13:32:56 UTC Docs Contact lmanasko
Lucie Vařáková 2016-12-13 12:40:20 UTC CC peter.hutterer
Flags needinfo?(peter.hutterer)
Peter Hutterer 2016-12-14 05:16:53 UTC Doc Text Cause:
If screen rotation is changed inside a vm in VMWare 11, the pointer movement remains as-before. This only happens when the xorg-x11-drv-vmware driver is used which initializes an absolute-axes device rather than a relative-axes device.

Consequence:
The pointer movement does not follow the expected path because the driver is still mapping to the original coordinate system, e.g. a right movement may now be a down movement, depending on the rotation.

Workaround (if any):
The device needs to be manually rotated by the user, for example with the following command:

xinput set-prop "ImPS/2 Generic Wheel Mouse" "Coordinate Transformation Matrix" 0 -1 1 1 0 0 0 0 1

Note that is only one example for a rotation, depending on the rotation angle this matrix needs to be adjusted.

Result:
Once the matrix is applied, pointer movement matches the rotation of the screen.
Flags needinfo?(peter.hutterer)
Tomas Capek 2017-01-02 13:49:44 UTC CC tcapek

Back to bug 1318340