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 Desktop Packages, 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 Status in X.Org X server: In Progress Status in “xorg-server” package in Ubuntu: In Progress Bug description: [Impact] On a multiple monitor setup there is a small gap above the pointer barriers, that allows the mouse to slide through past the barrier, via the edge of the screen. This a particular issue on gnome-shell, since the pointer barriers are used to trap the pointer inside the panel/tray when activating hot- corners. Currently it is extremely hard to land on these hot-corners due to this bug. [TESTCASE] 1. run gnome-shell with atleast 2 montiors in horizontal configuration, 2nd monitor to the right of the primary 2. move mouse towards top-right corner of primary monitor. Pointer should get trapped in the corner of the primary monitor, however it will actually just side over the top of the barrier. With fix in the attached branch, the pointer is correctly trapped. [Regression Pontential] Should be minimal, I have tested under gnome-shell and unity and all hot-corners/sticky edges appear to be working correctly. === Original Bug Report == I have a multiple monitor setup and the pointer barriers seem to have a small (~1px) gap at the edge of the screen. For example in gnome-shell, the panel has barriers on either end, If I move the mouse towards the hot corner (top-right corner of screen) it inevitably just slips over the top of the barrier and onto the next monitor. This bug introduced by the '500_pointer_barrier_thresholds.diff' patch. I have rebuilt the xserver without this patch, and the barriers behave as expected blocking/trapping the mouser pointer in the top corner of the screen. ProblemType: BugDistroRelease: Ubuntu 12.10 Package: xserver-xorg-core 2:1.13.0-0ubuntu6 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 NonfreeKernelModules: nvidia .proc.driver.nvidia.gpus.0: Error: [Errno 21] Is a directory: '/proc/driver/nvidia/gpus/0' .proc.driver.nvidia.registry: Binary: "" .proc.driver.nvidia.version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 310.14 Tue Oct 9 11:52:41 PDT 2012 GCC version: gcc version 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) .tmp.unity.support.test.0: ApportVersion: 2.6.1-0ubuntu6 Architecture: amd64 CompizPlugins: [core,composite,opengl,compiztoolbox,decor,vpswitch,snap,mousepoll,resize,place,move,wall,grid,regex,imgpng,session,gnomecompat,animation,fade,unitymtgrabhandles,workarounds,scale,expo,ezoom,unityshell,dbus] CompositorRunning: None Date: Thu Nov 1 08:04:55 2012 DistUpgraded: Fresh install DistroCodename: quantal DistroVariant: ubuntu ExtraDebuggingInterest: Yes GraphicsCard: NVIDIA Corporation G94 [GeForce 9600 GT] [10de:0622] (rev a1) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device [1043:827c] InstallationDate: Installed on 2012-09-23 (38 days ago) InstallationMedia: Ubuntu GNOME Remix 12.10 "Quantal Quetzal" - Alpha amd64(20120922) MachineType: Gigabyte Technology Co., Ltd. P67A-UD3R-B3 MarkForUpload: True ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.5.0-18-generic root=UUID=dc987631-dd10-4695-8806-338e780920e2 ro quiet splashSourcePackage: xorg-server UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 07/22/2011 dmi.bios.vendor: Award Software International, Inc. dmi.bios.version: F5 dmi.board.name: P67A-UD3R-B3 dmi.board.vendor: Gigabyte Technology Co., Ltd. dmi.board.version: x.x dmi.chassis.type: 3 dmi.chassis.vendor: Gigabyte Technology Co., Ltd. dmi.modalias: dmi:bvnAwardSoftwareInternational,Inc.:bvrF5:bd07/22/2011:svnGigabyteTechnologyCo.,Ltd.:pnP67A-UD3R-B3:pvr:rvnGigabyteTechnologyCo.,Ltd.:rnP67A-UD3R-B3:rvrx.x:cvnGigabyteTechnologyCo.,Ltd.:ct3:cvr: dmi.product.name: P67A-UD3R-B3 dmi.sys.vendor: Gigabyte Technology Co., Ltd. version.compiz: compiz 1:0.9.8.4+bzr3407-0ubuntu1 version.ia32-libs: ia32-libs 20090808ubuntu36 version.libdrm2: libdrm2 2.4.39-0ubuntu1 version.libgl1-mesa-dri: libgl1-mesa-dri 9.0-0ubuntu1 version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A version.libgl1-mesa-glx: libgl1-mesa-glx 9.0-0ubuntu1 version.nvidia-graphics-drivers: nvidia-graphics-drivers N/A version.xserver-xorg-core: xserver-xorg-core 2:1.13.0-0ubuntu6 version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.3-0ubuntu2 version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.99.99~git20120913.8637f772-0ubuntu1 version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.20.9-0ubuntu2 version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.2-0ubuntu3 To manage notifications about this bug go to: https://bugs.launchpad.net/xorg-server/+bug/1073724/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
