xinerama mouse cursor on every screen

Bug #357901 reported by DanielW
234
This bug affects 34 people
Affects Status Importance Assigned to Milestone
xorg-server (Ubuntu)
Fix Released
Undecided
Unassigned
Nominated for Jaunty by Marius B. Kotsbak
Nominated for Karmic by Marius B. Kotsbak

Bug Description

When xinerama is enabled and you move the mouse between monitors, there is a mouse cursor left in the screen that the pointer just left.

The cursor should disappear on all screens that the pointer is not on.

This link also shows similar people who experience this bug.

http://www.uluga.ubuntuforums.org/showthread.php?p=6980946

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
NonfreeKernelModules: nvidia
Package: xserver-xorg 1:7.4~5ubuntu18
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersion: Linux version 2.6.28-11-generic (buildd@rothera) (gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) ) #41-Ubuntu SMP Wed Apr 8 04:38:53 UTC 2009
SourcePackage: xorg
Uname: Linux 2.6.28-11-generic i686
Xrandr:

Related branches

Revision history for this message
DanielW (daniel-watsonbros) wrote :
Revision history for this message
d2globalinc (shane-2710studios) wrote :

I can confirm this as well with latest Jaunty Beta 64 Bit - Kernel 2.6.28-11 and Nvidia Drivers 180.44 -

A mouse cursor will stick to every individual xscreen joined by Xinerama. I tested using SWCursor "ON" in my xorg and the initial problem goes away, but then the mouse cursor leaves a corrupted trail behind it on all displays but the primary initial display...

If anyone needs more information just ask!

Revision history for this message
Ed Holdsworth (eholdsworth) wrote :

I have same problem with Xinerama enabled. Ubuntu 9.04. RC. Two nVidia GeForce 7600 GT's with nVidia drivers 180.44. System works OK but looks tacky when it leaves a mouse cursor "stuck" to each screen.

Revision history for this message
d2globalinc (shane-2710studios) wrote :

Can confirm, issue is still in Ubuntu 9.04 RC w/ latest updates as of today 04-22-2009.. This is in both gnome and KDE environments, and with Nvidia 180.44 drivers. 64bit.

Revision history for this message
John Finér (tb3fijo) wrote :

Confirm, using Ubuntu 9.04, nvidia drivers 180.44. Having two screens with display configuration "seperate X screens" and "xinerama" enabled. One nVidia GeForce 7900 GTX.

Revision history for this message
puzza007 (puzza007) wrote :

I can confirm using Xinerama, nvidia-glx-180 180.44-0ubuntu1 and xserver-xorg-core 2:1.6.0-0ubuntu14.

Has anybody else observed a problem where the mouse pointer stops working in one display? Instead just wrapping around in the other? This happens to me ~4x per day on seemingly random displays in my 2 display system.

Revision history for this message
DanielW (daniel-watsonbros) wrote :

@puzza007: I have had similar issues. It seems to happens lot when the Gnome session first starts.

I have also tried enabling swcursor in the display device section of xorg.conf and this seems to draw a nasty trail on all displays except the primary display. However, the problem of "sticky" mouse cursors does go away.

DanielW

Revision history for this message
d2globalinc (shane-2710studios) wrote :

Can confirm as well that the swcursor option does get rid of the issue - however trails are also seen on my systems w/ this option set. Makes me think that this might be an nvidia driver issue? Can anyone else confirm this as an issue without the proprietary nvidia drivers? I'll try to test this later today on another system as well..

- Shane

Revision history for this message
Benjamin-Timm Broich (b-broich) wrote :

I can confirm this issue using Xinera, nvidiga-glx-180 180.44-0ubuntu1 and xserver-xorg-core 2:1.6.0-0ubuntu14, too. The "SWCursor" option disables this "bug" but then the mentioned trail issue can be seen. I also tried the older nvidia driver (173), same issue. I'm using 64bit system. Had this issue with Kubuntu (KDE), too, just fyi. If more informations are required, feel free to contact me.

Revision history for this message
luk.sa (lukeddu) wrote :

I can confirm this with Ubuntu 9.04 stable 32 bit, NVIDIA Quadro NVSS 440, xinerama=1, nvidia drivers 180.44 and GNOME. I have a 4 monitors solution with two twinviews and the two middle monitors are affected by this.

Revision history for this message
Marcel Schaal (marcelschaal) wrote :

There's only one mouse cursor on Fedora 11 using Nvidia 180.51. But I can confirm it on Kubuntu 9.04 64bit with 180.44. Both use the same xorg.conf (attached). Maybe somebody should try 180.51 on ubuntu 9.04. I'll try 180.44 on fedora soon

Revision history for this message
Marcel Schaal (marcelschaal) wrote :

Wrong file. I'm sry

Revision history for this message
nate (user-nate) wrote :

I tried 180.51 on Ubuntu 9.04 (currently running) - same problem.
I'm running two 6700GS with 4 Screens @ Xinerama.

Revision history for this message
rolfy (rolfy-rolfy) wrote :

i had the same problem on x64 ubuntu 9.04 using xinerama.

As a workaround, switched to use TwinView (which is what i always used to use) - works perfectly.

Revision history for this message
Bugsy (carlo-suomi24-deactivatedaccount) wrote :

I can also confirm this. Sadly the Twinview does not work in my situation because Xinerama is needed to use different colour profiles in each screen.

Revision history for this message
luk.sa (lukeddu) wrote :

I've tried 180.51 on Ubuntu9.04 but i can still see the same issue and unfortunately i can't use twinview on 4 monitors :( just paired in two twinview and then xinerama.

Revision history for this message
d2globalinc (shane-2710studios) wrote :

I can confirm that this will happen any-time xinerama is in use. I combine my 6 monitors into 3x twinview pairs, the mouse issue will not happen across each twinview pair, but it will happen when moving the mouse from one twinview set to the next..

Revision history for this message
cbsim (cbsim) wrote :

Same issue here, cursor stay even watching video in full screen if using mouse in different screen.

Revision history for this message
Thomas Leonard (tal-it-innovation) wrote :

Switching to the nouveau driver fixed the issue for me. And XRANDR now works too!

Revision history for this message
Dan Lea (danlea) wrote :

Another user here with this minor annoyance on separate x screens. Should note (not sure if it's been mentioned so far) that the inactive cursor is a static render in that it does not animate (e.g. a loading cursor).

Revision history for this message
d2globalinc (shane-2710studios) wrote :

Thomas - When you switched to nouveau, did you use xinerama at all? I'm curious if the issue still exists with xinerama enabled and a different driver in Jaunty. - Thanks.

Revision history for this message
Vanessa Dannenberg (vanessadannenberg) wrote :

This bug exists on my machine as well. Standard nVidia 6800 video card (not the GT), driving a Xinerama-based dual-head setup, Jaunty remix (via Pearson Computing packages), using a customized kernel (2.6.28.5) from kernel.org and the official nVidia package (180.29) from the nvidia website.

Revision history for this message
Andrew Lawson (adl-absentis) wrote :

I have the same issue here with three monitors, all separate X screens with xinerama on and twinview off. I have two nvidia 7300 GTs in this box. The problem occurs quite often, several times an hour and may disappear immediately or hang around for a minute or two, I can't seem to work out what makes it sort itself. The SWCursor fix causes severe trails that make one of the monitors unusable.

Revision history for this message
naesk (naesk) wrote :

Encountering the exact same problem here as well. Also, occasionally cursor suddenly jumps back to primary screen and is confined within that screen.

Revision history for this message
puzza007 (puzza007) wrote :

Usually when my mouse gets stuck in one screen I can move it into the lower part of the other screen. A workaround to get the mouse working properly again seems to be moving a window half in one screen, half in the other, then clicking on the border of that window in the other screen. ;} Works for me, YMMV.

jchysk (jchysk)
Changed in ubuntu:
status: New → Confirmed
Revision history for this message
d2globalinc (shane-2710studios) wrote :

Seank and Puzza007 - Both of your issues are not related to this issue.. The mouse does not get stuck in the zone, the bug is that after the mouse moves from one monitor to the next, the last monitor it was on has a static image of the cursor as it was right before the mouse transitioned to the next monitor. The mouse and cursor continue to function as normal, however the static image will remain on the other display until you move the mouse back to that monitor at which point a static cursor will remain on the opposite display..

Revision history for this message
Bugsy (carlo-suomi24-deactivatedaccount) wrote :

Actually I have both problems, two cursors and sometimes the mouse gets stuck with Firefox.

Usually this happens when I'm writing somehing in a html-form (Facebook etc.). What actually happens the mouse moves in the same screen but if I try to click something it clicks objects in the second screen. Also the mouse doesn't move to the secondary screen anymore. Afterwards the mouse starts to operate normally when I move it repeatedly back and forth and click both buttons.

Revision history for this message
d2globalinc (shane-2710studios) wrote :

Hmm - I don't have that issue with Firefox - just the cursor image sticking on the previous display.. I wonder if the Firefox issue you mention has a separate bug report? Is this with a clean Firefox / no addons? - Sounds like something that would be related to a mouse-gestures add-on or feature in firefox - but that's just a guess..

Revision history for this message
Bugsy (carlo-suomi24-deactivatedaccount) wrote :

Could be but everything was fine with 8.10. How are your screens positioned?

I have dvi-screen as main screen and left from it is a secondary vga-screen. Nvidia had one quirk in the drivers so that vga-screen is always first screen. It's possible to fix this by "UseDisplayDevice" "DFP" in xorg.conf but could my issue be related to it? Because now the xinerama is not working properly it may somehow mix up what screen is what and where the mouse actually is.

Revision history for this message
robjderr (robjderr) wrote :

I have the same problem as Bugsy with the mouse cursor getting stuck on a screen, but I don't think it's related to the cursor on every screen problem though. There's already bug report about the cursor sticking on the previous display https://bugs.launchpad.net/bugs/363375

Revision history for this message
Ryan Marcus (ryan-marcusfamily) wrote :

Confirmed with a 260 and 9600 -- very annoying. Tried SW cursor, got that strange trailing issue.

Revision history for this message
cornmander (cornmander) wrote :

Looks like this is an identified issue in X:

http://www.nvnews.net/vbulletin/showthread.php?t=132687&highlight=xinerama

There is a patch floating around that has been tested by an NVidia dev already:

http://lists.freedesktop.org/archives/xorg/2009-May/045515.html

I haven't tested yet. Can someone confirm this works? If it does, any chance that this can get pushed into Jaunty?

Revision history for this message
m0sia (m0sia) wrote :

i applied patch and added package in my PPA:
https://launchpad.net/~m0sia/+archive/ppa

But I can check if this patch works only tomorrow at work.

Revision history for this message
d2globalinc (shane-2710studios) wrote :

This patch works for me on latest Jaunty 64bit! Used REPO and applied patch - everything works as it should with xinerama after reboot.

Thanks!

Shane Menshik
D2 GLOBAL INC

Revision history for this message
Ed Holdsworth (eholdsworth) wrote :

I am still quite new to Linux. Can someone please provide detailed instructions on how to apply the patch? I don't even know what REPO is. Thanks.

Revision history for this message
m0sia (m0sia) wrote :

@Ed Holdsworth: There is no need to aply patch. You can install already patched xorg-server from my PPA repository(https://launchpad.net/~m0sia/+archive/ppa). You can read how to add PPA repository in launchpad help pages:
https://help.launchpad.net/Packaging/PPA#Adding%20a%20PPA%20to%20your%20Ubuntu%20repositories

Revision history for this message
m0sia (m0sia) wrote :

Yes. This patch works. There is no annoying second cursor.

Revision history for this message
Thomas NOEL (thomas-noel) wrote :

Patch works for me too. Thanks !

Revision history for this message
Ed Holdsworth (eholdsworth) wrote :

The patch also works for me! Thanks for all the help.

Revision history for this message
Benjamin-Timm Broich (b-broich) wrote :

Thanks for t his patch m0sia! Works fine for me, too.

Revision history for this message
WolphFang (mjoyner-vbservices) wrote : Re: [Bug 357901] Re: xinerama mouse cursor on every screen

This actually fixes a BLANK SCREEN/SYSTEM LOCK on boot problem as well I
was having with the latest kernel!

m0sia wrote:
> i applied patch and added package in my PPA:
> https://launchpad.net/~m0sia/+archive/ppa
>
> But I can check if this patch works only tomorrow at work.
>
> ** Attachment added: "Remove second cursor, when using xinerama"
> http://launchpadlibrarian.net/26870925/178_second_cursor_fix.patch
>
>

--
LyX: http://www.lyx.org/ OpenOffice: http://www.openoffice.org/
Inkscape: http://www.inkscape.org/ Scribus: http://www.scribus.net/
GIMP: http://www.gimp.org/ PDF: http://www.pdfforge.org/

Revision history for this message
Vanessa Dannenberg (vanessadannenberg) wrote :

The patched X server from moisa's repository works for me as well (32 bit Jaunty). My machine also suffers from that "mouse gets stuck on one screen" bug, not sure yet if this affects/fixes it. Yay, only one pointer again! :-)

Revision history for this message
Marius B. Kotsbak (mariusko) wrote :

So far, the patched packages have solved my problem, and also this bug: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-180/+bug/363375

Revision history for this message
Bugsy (carlo-suomi24-deactivatedaccount) wrote :

Also in my machine patched packages solved this dual cursors but not this bug: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-180/+bug/363375 like Marius wrote.

Revision history for this message
Marius B. Kotsbak (mariusko) wrote :

Bugsy skrev:
> Also in my machine patched packages solved this dual cursors but not
> this bug: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-
> drivers-180/+bug/363375 like Marius wrote.
>
>

It's hard to say for sure yet, as it appears and disappears randomly....

--
Marius

Revision history for this message
m3ta-x (ubuntu-addict) wrote :

I tryed the 180.44 on Ubuntu 8.04 an d 8.10 and there is no problem. This driver is OK

Revision history for this message
Vanessa Dannenberg (vanessadannenberg) wrote :

Clarification for anyone who runs across this during a web search: The patch definitely fixes the "multiple pointers" bug. The "mouse gets stuck on one screen" issue still persists, however, meaning it is not related to this bug.

Revision history for this message
sdepablos (sdepablos) wrote :

The patch worked for me: Sony Vaio SR19 with ATI Mobility Radeon HD 3470 with dual monitor.

As correctly stated by Vanessa (https://bugs.launchpad.net/ubuntu/+bug/357901/comments/47) this patch does not solve "mouse gets stuck on one screen" issue.

Revision history for this message
Robstarusa (rob-naseca) wrote :

When is there going to be an official fix for this? Multiple people here @ work have this (annoying) bug.

Revision history for this message
Bastien Scher (bastien0705) wrote :

The patch works fine for me too, BUT there's still a very little bug.

When I go to a tty using Ctrl+Alt+F[1-6], and I return to Xorg, the cursor is on each screen. If I move the mouse to the other screen, the "ghost image" disappear.

Revision history for this message
Tje (tjenarvi) wrote :

Hi there,

I am following this link
https://help.launchpad.net/Packaging/PPA#Adding%20a%20PPA%20to%20your%20Ubuntu%20repositories

To get PPA repositories
https://launchpad.net/~m0sia/+archive/ppa

Now, what should I do ? Re-install xserver-xorg ??

Thanks :-)

Revision history for this message
Marius B. Kotsbak (mariusko) wrote :

Just add these 2 lines to your /etc/apt/sources.list (sudo gedit /etc/apt/sources.list):

deb http://ppa.launchpad.net/m0sia/ppa/ubuntu jaunty main
deb-src http://ppa.launchpad.net/m0sia/ppa/ubuntu jaunty main

Then run:
sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 8D09D5BE298D57CC
sudo aptitude update
sudo aptitude upgrade

Timo Aaltonen (tjaalton)
affects: ubuntu → xorg-server (Ubuntu)
Revision history for this message
naesk (naesk) wrote :

Only just noticed the fix.
W00t it works \o/
Thanks :)

Revision history for this message
Graham (ubuntu-grahams) wrote :

Yep good fix for me.

Even seems to fix a long standing issue with the PC locking up for no apparent reason.
Couldn't do anything except pull the plug and reboot.

It was very sporadic, but seemed to be very much worse since I upgraded to Jaunty (from Hardy :-0 )

I have a 3 monitor setup with GPU0 on center(DVI) and GPU1 on left(DVI)+right(VGA)

root@TestBench:~# lspci |grep -i nvidia
00:09.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1)
00:0b.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5200] (rev a1)

I wanted it like this so the center screen is the one with all the boot and console stuff.

Now I've just got to fix firefox to do multiple instances easily and I'm in heaven :->

In a very geeky way.

Revision history for this message
Mutex (lostsoulproductions) wrote :

After applying that patch it's taken me three days to get my OS working again. I'm on Ubuntu 9.04 with an ATI HD3870X2 card, with three screens using Xinerama. I'm using the fglrx driver, which I had to remove and reinstall (I'm not 100% sure that's what I needed to do to fix it as I also uninstalled and reinstalled a lot of xorg stuff).

Where can I can the source code to apply that patch? I've installed various dev packages and can't find xf86Cursor.c, although I found xf86Cursor.h. I've not manually fixed source code for Linux before so this is all new to me (next I'll need to know how to compile it).

Thanks in advance,

Jordan

Revision history for this message
Dustin Spicuzza (dustin-virtualroadside) wrote :

This patch works for me as well -- no more extra mouse. Latest NVIDIA drivers, GeForce 6600 and 6200 cards with 3 monitors.

I also have a bug where the mouse seems to get 'stuck' in the screen that has my second video card on it. Hasn't happened yet, but its a tricky bugger so it may come back.

Bryce Harrington (bryce)
tags: added: jaunty
Revision history for this message
John Squibb (johnsquibb) wrote :

m0sia's Patch fixed multiple cursor issue on my 2-monitor Xinerama setup.

Distro: Ubuntu 9.04
Graphics Card: GeForce 9400 GT
Driver: NVIDIA 180.44
Kernel: 2.6.28-15-generic (x86_64)

Revision history for this message
John Squibb (johnsquibb) wrote :

Just noticed new issue where cursor will not move from one monitor to the other while the wait cursor is animating during application startup, such as a pdf taking a moment to load, or thunderbird starting up, etc. When trying to go from Monitor A to Monitor B, the cursor jumps back to the opposite side of Monitor A until the application has finished loading. Does not occur with wait cursors once the application is loaded, however, such as when a web document is loading in firefox. Not sure if this issue existed pre/post patch.

Revision history for this message
m3ta-x (ubuntu-addict) wrote :

@ John Squibb
This bug is very old now (since Jaunty has been released). Apparently it comes from Xinerama, I searched for a fix every day, still nothing :(

Sometimes, even when there is no application starting, the cursor is visible on a screen and acts on the other one. And I have to kill X to make this bug stop (it happens to me about 10 times/week)

If someone now how to fix it...

Revision history for this message
jk (mail-j-k) wrote :

I can confirm John Squibb's observation. I upgraded from 8.04.3 to 9.04 two days ago and I have seen this behavior several times since then. I didn't apply the patch, so the bug doesn't seem to have been introduced by it.

Revision history for this message
Pete (pete123) wrote :

The mouse cursor appearing on the wrong screen (it also becomes locked there) has been reported in other bugs, eg bug 363375.

Easy work around is to alt+drag a window across from screen 3 (where the cursor always appears to get stuck) to screen 1. If the cursor is on screen 2 but is acting like it is positioned over screen 3 then move it to screen 1 and it will not get stuck, however moving to screen 3 will cause it to get stuck.

Revision history for this message
Hunt (huntusa) wrote :

I confirm this issue.I have Jaunty 9.04 installed with

05:00.0 VGA compatible controller: nVidia Corporation NV41GL [Quadro FX 1400] (rev a2)
 Subsystem: nVidia Corporation Device 0243
 Flags: bus master, fast devsel, latency 0, IRQ 16
 Memory at d2000000 (32-bit, non-prefetchable) [size=16M]
 Memory at d8000000 (64-bit, prefetchable) [size=128M]
 Memory at d1000000 (64-bit, non-prefetchable) [size=16M]
 Capabilities: <access denied>
 Kernel driver in use: nvidia
 Kernel modules: nvidia, nvidiafb
and after enabling Xinerma I see cursors on both monitors.

Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (3.9 KiB)

This bug was fixed in the package xorg-server - 2:1.6.4-2ubuntu1

---------------
xorg-server (2:1.6.4-2ubuntu1) karmic; urgency=low

  * Merge from Debian unstable. (LP: #447010)
    Remaining Ubuntu changes:
    - debian/control:
      + set Conflicts: xkb-data (<< 0.9), since xkb-path is
        different from previous releases
      + do not Conflict with xserver-xorg-video
      + xvfb Depends on xauth, xfonts-base
      + Set Maintainer to Ubuntu Core Developers
    - debian/rules:
      + build using -fno-stack-protector
      + --with-os-vendor=Ubuntu
    - debian/xserver-xorg-core.install:
      + Add ioport, pcitweak, scanpci scripts & man pages
    - debian/patches:
      + 101_fedora_xserver-1.3.0-document-fontpath-correctly.patch:
        Specify correct paths to fonts
      + 102_ubuntu_sharevts_load_cpu.patch:
        close console fd only when ShareVTs
      + 103_psb_auto.patch:
        Autodetect poulsbo devices (but use -vesa since -psb is broken)
      + 110_fedora_no_move_damage.patch:
        further aiglx support
      + 121_only_switch_vt_when_active.diff:
        Add a check to prevent the X server from changing the VT when killing
        GDM from the console.
      + 135_rethrow_signals.patch:
        When aborting, re-raise signals for apport
      + 140_quell_acpi_errmsgs.patch:
        Avoid generating extraneous warnings when acpi is missing
      + 153_make_dmx_compile.patch:
        Change xcalloc -> calloc, so that dmx compiles.
      + 156_exevents_copykeyclass_nullptrcheck.patch,
        157_check_null_modes.patch, 162_null_crtc_in_rotation.patch,
        166_nullptr_xinerama_keyrepeat.patch, 167_nullptr_xisbread.patch
        169_mipointer_nullptr_checks.patch,
        172_cwgetbackingpicture_nullptr_check.patch:
        Fix various segfaults in xserver by checking pointers for NULL
        values before dereferencing them.
      + 164_trap-aspect-ratios.patch:
        Correct monitor EDIDs that have misreported aspect ratios.
      + 165_man_xorg_conf_no_device_ident.patch
        Correct man page
      + 168_glibc_trace_to_stderr.patch:
        Report abort traces to stderr instead of terminal
      + 174_set_bg_pixmap_of_cow_to_none.patch:
        Set background pixmap of composite overlay window to no background
      + 177_animated_cursor_change_master.patch:
        Don't create animated cursors for slave devices
      + 180_fedora_no_synaptics_mouse_synthesis.patch:
        Don't synthesize a mouse section if a synaptics device is found
      + 181_fedora_log_proc_cmdline.patch:
        Dump /proc/cmdline in the log file too
      + 184_virtual_devices_autodetect.patch:
        Use vesa for qemu device, which is not supported by cirrus
      + 185_dix_badwindow.patch:
        Don't return BadMatch from GetProperty if window isn't actually a window
      + 186_autoconfig_geode.patch
        Perform autodetection correctly for various geode devices
  * Update 184_virtual_devices_autodetect.patch to only include inserting
    cirrus, since vbox is covered by the new fedora patch.
  * Drop patches already included upstream:
    - 187_lastdeviceeventtime-no-reset.patch
    - 178_glx_flush_cache.patch
  ...

Read more...

Changed in xorg-server (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Jan Klopper (janklopper-innerheight) wrote :

I just installed 9.10 with:

:~$ apt-cache show xserver-xorg-core | grep version
Version: 2:1.6.4-2ubuntu3

But im still getting the same issues.
While a program (eg firefox) is being started the mouse wraps around noe screen.
When a keyboard button is pressed while moving the mouse from one screen to the next the position goes off by one screen.

This on a dual videocard setup over thee monitors in xinerama with outer two screens rotated 90deg.

Revision history for this message
Traveller (justpassingthrough100) wrote :

Hi All.

I am running Ubuntu 9.04, with an nVidia card and the 180 drivers through Ubuntu's menu.

I also have this issue where the mouse pointer stays on one screen even when moved to another screen. I have followed the instructions provided in this thread from https://launchpad.net/~m0sia/+archive/ppa however, I am receiving the following messages when I run sudo apt-get update.

Reading package lists... Done
W: GPG error: http://ppa.launchpad.net jaunty Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 8D09D5BE298D57CC
W: You may want to run apt-get update to correct these problems

If someone is able to assist with this problem, it would be really appreciated and if I do get that far, then, when in the next step it is stated 'You're now ready to install software from the PPA!', is this just a case of entering 'sudo apt-get install' in the Terminal window and pressing Enter?

Thanks.

Revision history for this message
Pete (pete123) wrote :

You need to add the signing key, run the following in a terminal:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 8D09D5BE298D57CC

Revision history for this message
Traveller (justpassingthrough100) wrote :

Hi Pete.

Thanks for the reply. I did as you suggested and got the following.

Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --keyserver keyserver.ubuntu.com --recv-keys 8D09D5BE298D57CC
gpg: requesting key 298D57CC from hkp server keyserver.ubuntu.com
gpg: keyserver timed out
gpg: keyserver receive failed: keyserver error

Sorry, I didn't realise that you had to wait a while for other text to appear! Anyhow, I repeated the previous step and this time waited for further text to appear, but got the following.

Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --keyserver keyserver.ubuntu.com --recv-keys 298D57CC
gpg: requesting key 298D57CC from hkp server keyserver.ubuntu.com
gpg: keyserver timed out
gpg: keyserver receive failed: keyserver error

Thanks.

m3ta-x (ubuntu-addict)
Changed in xorg-server (Ubuntu):
status: Fix Released → Incomplete
status: Incomplete → Confirmed
Revision history for this message
d2globalinc (shane-2710studios) wrote :

Try an alternate key server - Ubuntu's suck - and always seem to be down..

subkeys.pgp.net
pgp.mit.edu
pool.sks-keyservers.net
keys.nayr.net

try the first then work your way down until you find one that doesn't time out!

so do: apt-key adv --recv-keys --keyserver subkeys.pgp.net 8D09D5BE298D57CC

if one works - your set!

Revision history for this message
Traveller (justpassingthrough100) wrote :

Thanks d2globalinc.

Unfortunately, none of them worked.

Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --recv-keys --keyserver subkeys.pgp.net 8D09D5BE298D57CC
gpg: requesting key 298D57CC from hkp server subkeys.pgp.net
gpg: no writable keyring found: eof
gpg: error reading `[stream]': general error
gpg: Total number processed: 0

Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --recv-keys --keyserver pgp.mit.edu 8D09D5BE298D57CC
gpg: requesting key 298D57CC from hkp server pgp.mit.edu
gpg: no writable keyring found: eof
gpg: error reading `[stream]': general error
gpg: Total number processed: 0

Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --recv-keys --keyserver pool.sks-keyservers.net 8D09D5BE298D57CC
gpg: requesting key 298D57CC from hkp server pool.sks-keyservers.net
gpg: no writable keyring found: eof
gpg: error reading `[stream]': general error
gpg: Total number processed: 0

Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --recv-keys --keyserver keys.nayr.net 8D09D5BE298D57CC
gpg: requesting key 298D57CC from hkp server keys.nayr.net
gpg: keyserver timed out
gpg: keyserver receive failed: keyserver error

Revision history for this message
d2globalinc (shane-2710studios) wrote :

apt-key adv --recv-keys --keyserver pgp.mit.edu 8D09D5BE298D57CC

Just worked for me - Good luck!

Revision history for this message
d2globalinc (shane-2710studios) wrote :

shanem@wrkstation-slm:~$ apt-key adv --recv-keys --keyserver pgp.mit.edu 8D09D5BE298D57CC
Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --recv-keys --keyserver pgp.mit.edu 8D09D5BE298D57CC
gpg: requesting key 298D57CC from hkp server pgp.mit.edu
gpg: key 298D57CC: "Launchpad PPA for m0sia" not changed
gpg: Total number processed: 1
gpg: unchanged: 1

Is the response I just received doing the command in comment #71.

Revision history for this message
d2globalinc (shane-2710studios) wrote :

try sudo apt-key adv --recv-keys --keyserver pgp.mit.edu 8D09D5BE298D57CC

and check to make sure you have the file /etc/apt/trusted.gpg and trusddb.gpg in that same location :S

Revision history for this message
Traveller (justpassingthrough100) wrote :

Thanks d2globalinc.

I am typing this on a Windows pc and can't test your suggestion at the moment, but when I do, I'll need to know how to check that the file /etc/apt/trusted.gpg and trusddb.gpg in that same location :S. Thanks.

Revision history for this message
Traveller (justpassingthrough100) wrote :

Hi again.

I tried your suggestion of sudo apt-key adv --recv-keys --keyserver pgp.mit.edu 8D09D5BE298D57CC and it gave me the following, which looks similar to your results, however, when I restarted the computer, the mouse problem was still present.

Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --recv-keys --keyserver pgp.mit.edu 8D09D5BE298D57CC
gpg: requesting key 298D57CC from hkp server pgp.mit.edu
gpg: key 298D57CC: public key "Launchpad PPA for m0sia" imported
gpg: Total number processed: 1
gpg: imported: 1 (RSA: 1)

I don't know how to check to make sure I have the file /etc/apt/trusted.gpg and trusddb.gpg in that same location :S

Thanks.

Revision history for this message
Day (daybarr) wrote :

Had this problem in 9.04, fixed for me after upgrading to 9.10

Revision history for this message
Pete (pete123) wrote :

This is also no longer a problem for me with 9.10 (fresh install, no additional repositories and nvidia driver 190.42 )

Revision history for this message
Robstarusa (rob-naseca) wrote :

Upgrade to 9.10 fixed it for me as well.

Revision history for this message
jk (mail-j-k) wrote :

Same here; didn't observe the bugs in question since upgrade to 9.10 about a week ago.

Revision history for this message
Joe Burmeister (joe-a-burmeister) wrote :

Yep, same here. 9.10 seams to not have this problem.

Revision history for this message
Captain Chaos (launchpad-chaos) wrote :

It's not quite fixed in 9.10. When I hibernate the computer, after awakening it I get a mouse pointer on each of my three monitors. Once I move the mouse to each monitor they clear up again.

Revision history for this message
Bryce Harrington (bryce) wrote :

Sounds like this is long since fixed for most people.

If anyone is still seeing these symptoms, please treat it as a new bug and file a new report, as this one has too many comments on it already.

Changed in xorg-server (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Günter Dressel (dressel) wrote :

Well, the problem is not fixed on my machine.
Just upgraded to 10.4 and plugged in a beamer at the 2nd port on my notebook (GeForce 9200M GS).
I haven't had tested the 2nd port ever before...

Made a split screen (+xinerama) setup through the nvidia settings tool. When I move the mouse from the first screen to the second, I can't move it back - it sticks on the second screen.

Revision history for this message
Anna Ge (gexuna) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.