xinerama mouse cursor on every screen
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
xorg-server (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
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://
ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
NonfreeKernelMo
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
DanielW (daniel-watsonbros) wrote : | #1 |
- Dependencies.txt Edit (4.1 KiB, text/plain; charset="utf-8")
- LsHal.txt Edit (125.6 KiB, text/plain; charset="utf-8")
- LsMod.txt Edit (1.9 KiB, text/plain; charset="utf-8")
- LsPci.txt Edit (12.4 KiB, text/plain; charset="utf-8")
- XorgConf.txt Edit (3.3 KiB, text/plain; charset="utf-8")
- XorgLog.txt Edit (15.5 KiB, text/plain; charset="utf-8")
- XorgLogOld.txt Edit (38.3 KiB, text/plain; charset="utf-8")
- glxinfo.txt Edit (26.1 KiB, text/plain; charset="utf-8")
- setxkbmap.txt Edit (234 bytes, text/plain; charset="utf-8")
- system.txt Edit (277 bytes, text/plain; charset="utf-8")
- xdpyinfo.txt Edit (30.5 KiB, text/plain; charset="utf-8")
- xkbcomp.txt Edit (44.0 KiB, text/plain; charset="utf-8")
d2globalinc (shane-2710studios) wrote : | #2 |
Ed Holdsworth (eholdsworth) wrote : | #3 |
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.
d2globalinc (shane-2710studios) wrote : | #4 |
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.
John Finér (tb3fijo) wrote : | #5 |
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.
puzza007 (puzza007) wrote : | #6 |
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.
DanielW (daniel-watsonbros) wrote : | #7 |
@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
d2globalinc (shane-2710studios) wrote : | #8 |
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
Benjamin-Timm Broich (b-broich) wrote : | #9 |
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.
luk.sa (lukeddu) wrote : | #10 |
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.
Marcel Schaal (marcelschaal) wrote : | #11 |
- Xresources Edit (493 bytes, text/plain)
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
Marcel Schaal (marcelschaal) wrote : | #12 |
nate (user-nate) wrote : | #13 |
I tried 180.51 on Ubuntu 9.04 (currently running) - same problem.
I'm running two 6700GS with 4 Screens @ Xinerama.
rolfy (rolfy-rolfy) wrote : | #14 |
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.
Bugsy (carlo-suomi24-deactivatedaccount) wrote : | #15 |
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.
luk.sa (lukeddu) wrote : | #16 |
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.
d2globalinc (shane-2710studios) wrote : | #17 |
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..
cbsim (cbsim) wrote : | #18 |
Same issue here, cursor stay even watching video in full screen if using mouse in different screen.
Thomas Leonard (tal-it-innovation) wrote : | #19 |
Switching to the nouveau driver fixed the issue for me. And XRANDR now works too!
Dan Lea (danlea) wrote : | #20 |
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).
d2globalinc (shane-2710studios) wrote : | #21 |
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.
Vanessa Dannenberg (vanessadannenberg) wrote : | #22 |
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.
Andrew Lawson (adl-absentis) wrote : | #23 |
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.
naesk (naesk) wrote : | #24 |
Encountering the exact same problem here as well. Also, occasionally cursor suddenly jumps back to primary screen and is confined within that screen.
puzza007 (puzza007) wrote : | #25 |
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.
Changed in ubuntu: | |
status: | New → Confirmed |
d2globalinc (shane-2710studios) wrote : | #26 |
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..
Bugsy (carlo-suomi24-deactivatedaccount) wrote : | #27 |
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.
d2globalinc (shane-2710studios) wrote : | #28 |
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..
Bugsy (carlo-suomi24-deactivatedaccount) wrote : | #29 |
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.
robjderr (robjderr) wrote : | #30 |
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:/
Ryan Marcus (ryan-marcusfamily) wrote : | #31 |
Confirmed with a 260 and 9600 -- very annoying. Tried SW cursor, got that strange trailing issue.
cornmander (cornmander) wrote : | #32 |
Looks like this is an identified issue in X:
http://
There is a patch floating around that has been tested by an NVidia dev already:
http://
I haven't tested yet. Can someone confirm this works? If it does, any chance that this can get pushed into Jaunty?
m0sia (m0sia) wrote : | #33 |
- Remove second cursor, when using xinerama Edit (859 bytes, text/plain)
i applied patch and added package in my PPA:
https:/
But I can check if this patch works only tomorrow at work.
d2globalinc (shane-2710studios) wrote : | #34 |
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
Ed Holdsworth (eholdsworth) wrote : | #35 |
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.
m0sia (m0sia) wrote : | #36 |
@Ed Holdsworth: There is no need to aply patch. You can install already patched xorg-server from my PPA repository(https:/
https:/
m0sia (m0sia) wrote : | #37 |
Yes. This patch works. There is no annoying second cursor.
Thomas NOEL (thomas-noel) wrote : | #38 |
Patch works for me too. Thanks !
Ed Holdsworth (eholdsworth) wrote : | #39 |
The patch also works for me! Thanks for all the help.
Benjamin-Timm Broich (b-broich) wrote : | #40 |
Thanks for t his patch m0sia! Works fine for me, too.
WolphFang (mjoyner-vbservices) wrote : Re: [Bug 357901] Re: xinerama mouse cursor on every screen | #41 |
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:/
>
> But I can check if this patch works only tomorrow at work.
>
> ** Attachment added: "Remove second cursor, when using xinerama"
> http://
>
>
--
LyX: http://
Inkscape: http://
GIMP: http://
Vanessa Dannenberg (vanessadannenberg) wrote : | #42 |
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! :-)
Marius B. Kotsbak (mariusko) wrote : | #43 |
So far, the patched packages have solved my problem, and also this bug: https:/
Bugsy (carlo-suomi24-deactivatedaccount) wrote : | #44 |
Also in my machine patched packages solved this dual cursors but not this bug: https:/
Marius B. Kotsbak (mariusko) wrote : | #45 |
Bugsy skrev:
> Also in my machine patched packages solved this dual cursors but not
> this bug: https:/
> drivers-
>
>
It's hard to say for sure yet, as it appears and disappears randomly....
--
Marius
m3ta-x (ubuntu-addict) wrote : | #46 |
I tryed the 180.44 on Ubuntu 8.04 an d 8.10 and there is no problem. This driver is OK
Vanessa Dannenberg (vanessadannenberg) wrote : | #47 |
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.
sdepablos (sdepablos) wrote : | #48 |
The patch worked for me: Sony Vaio SR19 with ATI Mobility Radeon HD 3470 with dual monitor.
As correctly stated by Vanessa (https:/
Robstarusa (rob-naseca) wrote : | #50 |
When is there going to be an official fix for this? Multiple people here @ work have this (annoying) bug.
Bastien Scher (bastien0705) wrote : | #51 |
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.
Tje (tjenarvi) wrote : | #52 |
Hi there,
I am following this link
https:/
To get PPA repositories
https:/
Now, what should I do ? Re-install xserver-xorg ??
Thanks :-)
Marius B. Kotsbak (mariusko) wrote : | #53 |
Just add these 2 lines to your /etc/apt/
deb http://
deb-src http://
Then run:
sudo apt-key adv --recv-keys --keyserver keyserver.
sudo aptitude update
sudo aptitude upgrade
affects: | ubuntu → xorg-server (Ubuntu) |
naesk (naesk) wrote : | #54 |
Only just noticed the fix.
W00t it works \o/
Thanks :)
Graham (ubuntu-grahams) wrote : | #55 |
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)
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.
Mutex (lostsoulproductions) wrote : | #56 |
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
Dustin Spicuzza (dustin-virtualroadside) wrote : | #57 |
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.
tags: | added: jaunty |
John Squibb (johnsquibb) wrote : | #58 |
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)
John Squibb (johnsquibb) wrote : | #59 |
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.
m3ta-x (ubuntu-addict) wrote : | #60 |
@ 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...
jk (mail-j-k) wrote : | #61 |
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.
Pete (pete123) wrote : | #62 |
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.
Hunt (huntusa) wrote : | #63 |
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.
Launchpad Janitor (janitor) wrote : | #64 |
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-
+ --with-
- debian/
+ Add ioport, pcitweak, scanpci scripts & man pages
- debian/patches:
+ 101_fedora_
Specify correct paths to fonts
+ 102_ubuntu_
close console fd only when ShareVTs
+ 103_psb_auto.patch:
Autodetect poulsbo devices (but use -vesa since -psb is broken)
+ 110_fedora_
further aiglx support
+ 121_only_
Add a check to prevent the X server from changing the VT when killing
GDM from the console.
+ 135_rethrow_
When aborting, re-raise signals for apport
+ 140_quell_
Avoid generating extraneous warnings when acpi is missing
+ 153_make_
Change xcalloc -> calloc, so that dmx compiles.
+ 156_exevents_
Fix various segfaults in xserver by checking pointers for NULL
values before dereferencing them.
+ 164_trap-
Correct monitor EDIDs that have misreported aspect ratios.
+ 165_man_
Correct man page
+ 168_glibc_
Report abort traces to stderr instead of terminal
+ 174_set_
Set background pixmap of composite overlay window to no background
+ 177_animated_
Don't create animated cursors for slave devices
+ 180_fedora_
Don't synthesize a mouse section if a synaptics device is found
+ 181_fedora_
Dump /proc/cmdline in the log file too
+ 184_virtual_
Use vesa for qemu device, which is not supported by cirrus
+ 185_dix_
Don't return BadMatch from GetProperty if window isn't actually a window
+ 186_autoconfig_
Perform autodetection correctly for various geode devices
* Update 184_virtual_
cirrus, since vbox is covered by the new fedora patch.
* Drop patches already included upstream:
- 187_lastdevicee
- 178_glx_
...
Changed in xorg-server (Ubuntu): | |
status: | Confirmed → Fix Released |
Jan Klopper (janklopper-innerheight) wrote : | #65 |
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.
Traveller (justpassingthrough100) wrote : | #66 |
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:/
Reading package lists... Done
W: GPG error: http://
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.
Pete (pete123) wrote : | #67 |
You need to add the signing key, run the following in a terminal:
sudo apt-key adv --keyserver keyserver.
Traveller (justpassingthrough100) wrote : | #68 |
Hi Pete.
Thanks for the reply. I did as you suggested and got the following.
Executing: gpg --ignore-
gpg: requesting key 298D57CC from hkp server keyserver.
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-
gpg: requesting key 298D57CC from hkp server keyserver.
gpg: keyserver timed out
gpg: keyserver receive failed: keyserver error
Thanks.
Changed in xorg-server (Ubuntu): | |
status: | Fix Released → Incomplete |
status: | Incomplete → Confirmed |
d2globalinc (shane-2710studios) wrote : | #69 |
Try an alternate key server - Ubuntu's suck - and always seem to be down..
subkeys.pgp.net
pgp.mit.edu
pool.sks-
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!
Traveller (justpassingthrough100) wrote : | #70 |
Thanks d2globalinc.
Unfortunately, none of them worked.
Executing: gpg --ignore-
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-
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-
gpg: requesting key 298D57CC from hkp server pool.sks-
gpg: no writable keyring found: eof
gpg: error reading `[stream]': general error
gpg: Total number processed: 0
Executing: gpg --ignore-
gpg: requesting key 298D57CC from hkp server keys.nayr.net
gpg: keyserver timed out
gpg: keyserver receive failed: keyserver error
d2globalinc (shane-2710studios) wrote : | #71 |
apt-key adv --recv-keys --keyserver pgp.mit.edu 8D09D5BE298D57CC
Just worked for me - Good luck!
d2globalinc (shane-2710studios) wrote : | #72 |
shanem@
Executing: gpg --ignore-
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.
d2globalinc (shane-2710studios) wrote : | #73 |
try sudo apt-key adv --recv-keys --keyserver pgp.mit.edu 8D09D5BE298D57CC
and check to make sure you have the file /etc/apt/
Traveller (justpassingthrough100) wrote : | #74 |
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/
Traveller (justpassingthrough100) wrote : | #75 |
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-
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/
Thanks.
Day (daybarr) wrote : | #76 |
Had this problem in 9.04, fixed for me after upgrading to 9.10
Pete (pete123) wrote : | #77 |
This is also no longer a problem for me with 9.10 (fresh install, no additional repositories and nvidia driver 190.42 )
Robstarusa (rob-naseca) wrote : | #78 |
Upgrade to 9.10 fixed it for me as well.
jk (mail-j-k) wrote : | #79 |
Same here; didn't observe the bugs in question since upgrade to 9.10 about a week ago.
Joe Burmeister (joe-a-burmeister) wrote : | #80 |
Yep, same here. 9.10 seams to not have this problem.
Captain Chaos (launchpad-chaos) wrote : | #81 |
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.
Bryce Harrington (bryce) wrote : | #82 |
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 |
Günter Dressel (dressel) wrote : | #83 |
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.
Anna Ge (gexuna) wrote : | #84 |
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!