Bug 36885

Summary: Pointer doesn't display in left dozen pixel column of right monitor in dual-head display
Product: xorg Reporter: Bryce Harrington <bryce>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium Keywords: regression
Version: 7.6 (2010.12)   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Xorg.0.log
none
dmesg
none
pointer closeup none

Description Bryce Harrington 2011-05-05 20:08:00 UTC 
Starting after updating to linux 2.6.38, -radeon 6.14.0 and the xserver 1.10 pre-beta snapshot several months ago I've found that on my dual head display, the mouse pointer disappears when it is moved near the left edge of the right monitor.

The same behavior does not happen on the left monitor, on any edge.

I've been keeping an eye out for anyone else reporting this problem but so far haven't run across any similar reports.  I wonder if this is something you've seen?
Comment 1 Bryce Harrington 2011-05-05 20:08:23 UTC 
Created attachment 46381 [details]
Xorg.0.log
Comment 2 Bryce Harrington 2011-05-05 20:08:48 UTC 
Created attachment 46382 [details]
dmesg
Comment 3 Alex Deucher 2011-05-05 22:26:03 UTC 
How near to the edge 2-3 pixels? 5 pixels? 20 pixels?  If it's just a few pixels, I suspect the randr code in the xserver is just hiding the cursor on the right display as soon as the cursor hotspot crosses over to the left monitor since the hotspot is usually on the far left of the cursor.
Comment 4 Bryce Harrington 2011-05-05 23:54:38 UTC 
Created attachment 46385 [details]
pointer closeup

Looks like 5 pixels.

(Just enough to make selecting text in an xterm a bit of an annoyance).

Is there a way to tune this?
Comment 5 Adam Jackson 2018-06-12 19:09:11 UTC 
Mass closure: This bug has been untouched for more than six years, and is not
obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.