Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#45573 - [xorg-server] Add existing patch to fix xrandr scaling mouse constraints
Attached to Project:
Arch Linux
Opened by Henry Lajoie (htl2001) - Monday, 06 July 2015, 20:56 GMT
Last edited by Andreas Radke (AndyRTR) - Wednesday, 06 January 2016, 12:09 GMT
Opened by Henry Lajoie (htl2001) - Monday, 06 July 2015, 20:56 GMT
Last edited by Andreas Radke (AndyRTR) - Wednesday, 06 January 2016, 12:09 GMT
|
DetailsDescription: xorg-server has a bug with xrandr scaling described here: https://bugs.freedesktop.org/show_bug.cgi?id=39949
When scaling to 2x2, the mouse is confined to the top left area that would represent the 1x1 scaled area. The patch in the comments fixes it: https://bugs.freedesktop.org/attachment.cgi?id=94929 ) Additional info: * package version(s) latest Steps to reproduce: run $ xrandr --output HDMI1 --scale 2x2 (replace the output with one matching your monitor) |
This task depends upon
Closed by Andreas Radke (AndyRTR)
Wednesday, 06 January 2016, 12:09 GMT
Reason for closing: Won't fix
Wednesday, 06 January 2016, 12:09 GMT
Reason for closing: Won't fix
"As a result of our testing, I have to state that, with the patch, the pointer is not constrained properly on the right side if one applies keystone correction. That's with xorg-server 1.16.1, will now retest with the latest git.
[reply] [−] Comment 63 Alexander E. Patrakov 2014-10-08 13:21:53 UTC
Retested with the latest git. The patch indeed breaks constraining the mouse on the right side when keystone correction is active. However, the whole "keystone correction" feature is already so horribly broken that I'd just propose to drop it.
The breakage is that, if you click something, the click will not go into a point that you intended to click. I.e. you can't even undo the damage using the xkeystone GUI."
If you find it useful to patch you local X go on. As long as upstream won't fix it in a proper way I won't apply it.