Launchpad has imported 2 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=48008.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2012-03-28T11:43:03+00:00 Otaylor-redhat wrote: Given two monitors of unequal size +----------------+---------------------+ | | | | | | | | | | X | +----------------X | | | | | +---------------------+ And a pointer barrier at the location labelled X, its possible to mouse underneath the barrier from left to right and onto the second monitor. Reproduced with xorg-x11-server-Xorg-1.12.0-2.fc17.x86_64 (Using GNOME 3 you can reproduce by setting up two monitors like this with the primary monitor on the left - a pointer barrier will be set up at position X to make the hot corner at the bottom left. Try mousing along the bottom row of pixels on the left monitor. This leak is not observed if the two monitors are the same size, indicating that the pointer barrier is correctly positioned.) Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg- server/+bug/1073724/comments/0 ------------------------------------------------------------------------ On 2012-06-12T19:13:57+00:00 Peter Hutterer wrote: Reproduced, but the conditions are narrow. The barrier must align with the edge of a monitor and the movement _vector_ must not overlap with the barrier. e.g. if you're in that corner, moving by 1/1 will block, moving by 1/2 won't block. Cause is that the fixes code that calculates whether a barrier is blocking doesn't know about screen edges. So the picture the fixes code sees for a movement a to b is a X \X \ b Which is permitted since the movement goes just past the barrier. The RandR code to clamp to monitors sees this picture: +----------------+---------------------+ | | | | | | | | | | a | | +---------------\+ | \ | |b | +---------------------+ Which too is allowed since the destination exists in RandR space. The two operations are quite separated in the server, merging them is tricky. As a workaround for now, I suggest either extending the barrier to the bottom of the second monitor like this: +----------------+---------------------+ | | | | | | | | | | X | +----------------X | X | X | X---------------------+ or, alternatively, to create a horizontal barrier in that corner that shares the same endpoint with the vertical one. Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg- server/+bug/1073724/comments/1 ** Changed in: xorg-server Status: Unknown => In Progress ** Changed in: xorg-server Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu-X, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1073724 Title: Pointer barriers have gaps along the edge of the screen To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1073724/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~ubuntu-x-swat Post to : ubuntu-x-swat@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-x-swat More help : https://help.launchpad.net/ListHelp