Bug 25696 - Invisible pointer near the left border
Summary: Invisible pointer near the left border
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: 7.4 (2008.09)
Hardware: Other All
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-12-17 16:12 UTC by Jesús Guerrero
Modified: 2018-06-12 19:08 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
xorg.conf (1.32 KB, text/plain)
2009-12-17 16:12 UTC, Jesús Guerrero
no flags Details
X log file (26.15 KB, text/plain)
2009-12-17 16:13 UTC, Jesús Guerrero
no flags Details
xrandr output (1018 bytes, text/plain)
2009-12-17 16:14 UTC, Jesús Guerrero
no flags Details
xorg.conf (3.28 KB, text/plain)
2010-10-20 06:03 UTC, David Korth
no flags Details

Description Jesús Guerrero 2009-12-17 16:12:01 UTC
Created attachment 32161 [details]
xorg.conf

I have a two monitor setup (I'll attach the xorg.conf file later), my main monitor is a philips 109e5 working at 1600x1200, the second one is an acer x203w at 1680x1050 (xrandr -q also attached below).

I can see the whole area in both monitors perfectly, however, the pointer dissapears when I move it next to the left border on the Philips. Once I am in the Acer monitor the pointer can be seen from the first pixel without a problem. This margin takes like (roughly) the 15 left-most pixels on my Philips monitor. I have my title bar buttons arranged starting from the left as close/min/max, so you can make yourself an idea, when I have a window maxed I can see my pointer when I want to click min or max, but I can't see it when I move it over the close button. It's not just the title bar or course it happens at any Y coordinate when X<15 (again, roughly 15 pixels).

The acer monitor doesn't exhibit this behavior, everything is normal (well, I can move the mouse into the dead zone to the bottom but that doesn't really bother me).
Comment 1 Jesús Guerrero 2009-12-17 16:13:05 UTC
Created attachment 32162 [details]
X log file
Comment 2 Jesús Guerrero 2009-12-17 16:14:25 UTC
Created attachment 32163 [details]
xrandr output
Comment 3 Alex Deucher 2010-10-19 18:59:25 UTC
Is this still an issue with a newer driver or xserver?
Comment 4 Jesús Guerrero 2010-10-19 23:36:05 UTC
(In reply to comment #3)
> Is this still an issue with a newer driver or xserver?

I can't be sure. My setup has changed significantly. Now I have one single monitor and the old ones are gone for good.

I completely forgot about this bug. You can just close it.

Thanks for the interest though :)
Comment 5 Julien Cristau 2010-10-20 05:27:01 UTC
Closing, thanks.
Comment 6 David Korth 2010-10-20 06:02:21 UTC
Hi,

I'm having this issue on my system when I use multiple monitors. Moving the pointer near the left border of the second monitor results in the pointer disappearing, though it acts like it's still there.

xorg-server version: 1.9.0.901
xf86-video-ati version: 6.13.99 (b90cb61ccb0f4f80e0627141f223354a9371d47d)

Video card: ATI FireGL V5200 (M56GL) [ThinkPad T60p]

Both monitors are in a 1600x1200 configuration, with LVDS on the left and VGA-0 on the right. I'll post the full xrandr log in a bit.
Comment 7 David Korth 2010-10-20 06:03:20 UTC
Created attachment 39574 [details]
xorg.conf
Comment 8 Alex Deucher 2010-10-20 07:25:46 UTC
(In reply to comment #6)
> Hi,
> 
> I'm having this issue on my system when I use multiple monitors. Moving the
> pointer near the left border of the second monitor results in the pointer
> disappearing, though it acts like it's still there.

I think this is an xserver xrandr issue rather than a driver bug.  When the hotspot moves to the other monitor, the cursor on the previous monitor is turned off.
Comment 9 Adam Jackson 2018-06-12 19:08:28 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.