This continues under the most recent kernel for Ibex - I'm running
2.6.27-10-generic, fully up to date with all packages in main, universe,
restricted and multiverse. And it's absolutely maddening.
Can someone responsible for tracking these issues at least tag this bug
with some kind of
marking it specifically as a libxinerama issue.
** Changed in: libxinerama (Ubuntu)
Sourcepackagename: xorg = libxinerama
--
X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs
frequently, Fatal Error.
https://bugs.launchpad.net/bugs/296167
You received this bug
I've been experiencing this bug ever since I upgraded to Ubuntu 8.10
from 8.04.
It seems to mostly be triggered by running 3D games after the game
quits, but has randomly happened a couple of times too.
I can get it to trigger in under a minute or so of starting/stopping a
game or other 3D app.
Me too.
CTRL-ALT-BKSPACE is the only way for me to get my gui back. Multiple
driver versions. currently 177.83 from Nvidia, not happening as often,
but still happening.
--
X.org will intermittently stop responding to mouse clicks on Ibex with Xinerama
https://bugs.launchpad.net/bugs/296167
further testing on my setup shows that the bug triggerability is
dependent on graphics load, since nvidia xrender performance
ispoormultiple firefox sessions, vmware screens, terminal server
screens, all seem to do the trick. Moving the mouse quickly across the
gpu boundary with no load
confirmed and killing my productivity...
this may be helpful in tracking it down.
system specs:
Ubuntu 8.10
Intel Q6600 @ 3.2Ghz
Asus P5E WS Pro Mainboard
8GB ram
2 x Nvidia 8600GTS (177.80 drivers)
Screen setup: 3 screens, each a separate x session all merged with
xinerama, arranged from left
I also have this problem.
Ubuntu 8.10 64-bit (updated today)
Nividia 177
Xinerama w/ 4 Screens
Reproduce bug:
1. Open Firefox (with a bunch of Restored tabs including one with flash content)
2. Move Firefox window to different monitor.
3. Right click on the Firefox entry in the Window List and
Same problem here for me
I get the problem mainly following a long period of inactivity.
Has anyone heard of a fix for this other than going to twinview.
Also I am able to duplicate this bug instantly by using VirtualBox. My
mouse is fine until I focus on the VM. the moment i try and change
Seconded on the importance issue. The only way to resolve the problem
that I've found so far is to CTRL-ALT-DEL and kill my entire session.
Because not all my apps have decent keyboard shortcuts, they can't all
be quit cleanly, resulting in lost work.
Regardless of lost work, it's a major waste
Another me too. For me, at most it happens once a day. Nvidia and Xinerama.
I've switched to twinview as Hops mentioned above (sudo nvidia-settings =
display configuration = configuration = configure = change from xinerama to
twinview)
It seems to work the same as Xinerama except that compiz
Just to make sure everyone is clear. The Twinview option is only viable
to those with 2 or less monitors. Twinview does not functionally support
3 or more monitors, so this is still an issue for anyone that is
required to use xinerama for this reason.
--
X.org will intermittently stop responding
I have this problem with 2 NVS 285 cards 4 monitors + xinerama. I
have to ctl-alt-backspace to fix it -- about 5-7 times per day. It is
REALLY annoying.
Also, to make this ALWAYS happen, start Applications - Internet -
terminal server client and leave your focus on the computer field.
Whoops, to clarify my previous post...to always make this happen,
Go to Applications - Internet - terminal server client. Click the
right arrow next to Computer select the computer and press ENTER.
You will/should see a ghost menu while your rdp session opens behind it.
--
X.org will
After having run into this problem twice within 15 minutes I noticed
exactly what I was doing when it happened, and tried repeating it. In
both cases, I was moving out of a firefox window on my Screen0 to a
window on Screen1.
After a little experimentation, now I can pretty much cause the mouse
I have this problem as well using nvidia 177 + xinerama. I'm trying out
the twinview fix (kdesudo nvidia-settings = display configuration =
configuration = configure = change from xinerama to twinview) with no
problems so far. Using twinview, performance is much better and kde4
transparency +
Throwing another me too.
x86_64, Ibex, Xinerama (2 screens, 2 Nvidia NVS 290 cards), using the
177.80 nvidia drivers.
This bug has basically chased me off my desktop and back to my laptop.
This thing needs attention, and quick.
--
X.org will intermittently stop responding to mouse clicks on
A quick observation:
After the session has been running for a little while, dragging a window
from one screen to the other seems to be a precursor to things failing
shortly afterwards.
--
X.org will intermittently stop responding to mouse clicks on Ibex with Xinerama
I have the same issue. The main difference is that I'm using a Matrox
G550 with xinerama instead of nvidia as everyone else here seems to be
using. I've been running into the problem on average about once a day.
Restarting X fixes the problem. I had been running Hardy for 6 months
with no
I have the same issue as described and I feel that this bug in terms of
Importance should move to high Importance.
This renders Ubuntu 8.10 in terms of Productivity to Null.
I have Dual Video Cards; Geforce 8500 - with the Restricted Nvidia Drivers 177
Installed.
I have configured my 3 LG 23
MetraDynamix,
Try adding this section to your xorg.conf:
Section ServerFlags
Option AutoAddDevices false
EndSection
This did not completely eliminate the bug, but it reduced it's frequency
by at least half or better. It also fixed some strange keyboard issues I
was experiencing with vmware
I have also noticed that using either rdesktop, or vmware workstation
seems to trigger it. I also installed the frets on fire game, and simply
opening that application and closing it again triggers the bug ever
single time. I don't notice the same cursor changing anomaly that
described before when
As a followup, switching to a TwinView setup only works if Xinerama
stays off completely - If I turn on TwinView on each of the two cards
and turn in Xinerama the problem will still appear.
If I leave Xinerama off - and so end up with two X screens each of which
is spread over two monitors, the
I've struggled with twinview as well before upgrading to 3 monitors. It
will do it's own xinerama type implementation, but I've noticed that the
nvidia-settings does not turn off xinerama in the xorg.conf if it has
already been set. This is usually only a problem if you merge settings
when saving
OK, so my computer has just fallen victim to this as we speak... now
what should I capture and post here?
Remember that I don't have use of a mouse, so explicit instructions(as
I'm new to this) are appreciated...
And oh ya, the sooner the better so I can go ahead and restart ;)
--
X.org will
Wish I could edit comments... but I've been noticing that I get this
problem a lot whenever I'm using VLC... maybe this has something to do
with it? Don't know if this is the reason, but it definitely triggers
it some of the time.
--
X.org will intermittently stop responding to mouse clicks on
Well too late for me, after 30 minutes whole computer locked up. Caps
Lock and Scroll Lock blinking.
--
X.org will intermittently stop responding to mouse clicks on Ibex with Xinerama
https://bugs.launchpad.net/bugs/296167
You received this bug notification because you are a member of Ubuntu
** Changed in: xorg (Ubuntu)
Status: New = Confirmed
--
X.org will intermittently stop responding to mouse clicks on Ibex with Xinerama
https://bugs.launchpad.net/bugs/296167
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
I am also suffering from the same bug.
[EMAIL PROTECTED]:~$ uname -a
Linux it-thegner 2.6.27-7-generic #1 SMP Tue Nov 4 19:33:06 UTC 2008 x86_64
GNU/Linux
Ubuntu 8.10 amd64
3.0 Ghz quad core
8 Gb RAM
I am running three monitors on two nvidia cards (8800 GT / 8600 GT),
with xinerama.
I found
I just want to confirm that for me going back to Twinview worked. Mouse
is fine for more than a day. Working with the bug was not acceptable.
--
X.org will intermittently stop responding to mouse clicks on Ibex with Xinerama
https://bugs.launchpad.net/bugs/296167
You received this bug
Ibex + Xinerama seems to be common to everyone affected. I updated the
name of the bug to reflect that. Maybe this will trigger someone to take
a look..
** Summary changed:
- X.org will intermittently stop responding to mouse clicks after Ibex Upgrade
+ X.org will intermittently stop responding
Ibex + Xinerama seems to be common to everyone affected. I updated the
name of the bug to reflect that. Maybe this will trigger someone to take
a look..
--
X.org will intermittently stop responding to mouse clicks on Ibex with Xinerama
https://bugs.launchpad.net/bugs/296167
You received this bug
31 matches
Mail list logo