2008-11-10 04:49:13 |
Pascal R |
bug |
|
|
added bug |
2008-11-10 04:49:13 |
Pascal R |
bug |
|
|
added attachment 'Dependencies.txt' (Dependencies.txt) |
2008-11-10 04:49:13 |
Pascal R |
bug |
|
|
added attachment 'LsMod.txt' (LsMod.txt) |
2008-11-10 04:49:13 |
Pascal R |
bug |
|
|
added attachment 'LsPci.txt' (LsPci.txt) |
2008-11-10 04:49:13 |
Pascal R |
bug |
|
|
added attachment 'XorgConf.txt' (XorgConf.txt) |
2008-11-10 04:49:13 |
Pascal R |
bug |
|
|
added attachment 'XorgLog.txt' (XorgLog.txt) |
2008-11-10 04:49:13 |
Pascal R |
bug |
|
|
added attachment 'XorgLogOld.txt' (XorgLogOld.txt) |
2008-11-10 04:49:13 |
Pascal R |
bug |
|
|
added attachment 'setxkbmap.txt' (setxkbmap.txt) |
2008-11-10 04:49:13 |
Pascal R |
bug |
|
|
added attachment 'xdpyinfo.txt' (xdpyinfo.txt) |
2008-11-13 23:37:50 |
Pascal R |
title |
X.org will intermittently stop responding to mouse clicks after Ibex Upgrade |
X.org will intermittently stop responding to mouse clicks on Ibex with Xinerama |
|
2008-11-14 07:48:26 |
Bryce Harrington |
xorg: status |
New |
Confirmed |
|
2008-11-25 08:18:53 |
JPHein |
bug |
|
|
added attachment 'Xorg.0.log' (Xorg.0.log) |
2008-11-25 14:32:51 |
Matt Cockayne |
bug |
|
|
added attachment 'xorg.conf' (xorg.conf) |
2008-12-02 18:13:47 |
Peter Leonard |
xorg: bugtargetdisplayname |
xorg (Ubuntu) |
libxinerama (Ubuntu) |
|
2008-12-02 18:13:47 |
Peter Leonard |
xorg: bugtargetname |
xorg (Ubuntu) |
libxinerama (Ubuntu) |
|
2008-12-02 18:13:47 |
Peter Leonard |
xorg: statusexplanation |
|
marking it specifically as a libxinerama issue. |
|
2008-12-02 18:13:47 |
Peter Leonard |
xorg: title |
Bug #296167 in xorg (Ubuntu): "X.org will intermittently stop responding to mouse clicks on Ibex with Xinerama" |
Bug #296167 in libxinerama (Ubuntu): "X.org will intermittently stop responding to mouse clicks on Ibex with Xinerama" |
|
2008-12-02 18:20:17 |
Peter Leonard |
title |
X.org will intermittently stop responding to mouse clicks on Ibex with Xinerama |
X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error. |
|
2008-12-05 04:25:14 |
Bryce Harrington |
xorg: status |
New |
Confirmed |
|
2008-12-05 07:14:26 |
Bryce Harrington |
libxinerama: bugtargetdisplayname |
libxinerama (Ubuntu) |
nvidia-graphics-drivers-177 (Ubuntu) |
|
2008-12-05 07:14:26 |
Bryce Harrington |
libxinerama: bugtargetname |
libxinerama (Ubuntu) |
nvidia-graphics-drivers-177 (Ubuntu) |
|
2008-12-05 07:14:26 |
Bryce Harrington |
libxinerama: statusexplanation |
marking it specifically as a libxinerama issue. |
This seems to have been misfiled against libxinerama/xorg, when it looks more likely to be an -nvidia problem. Refiling. |
|
2008-12-05 07:14:26 |
Bryce Harrington |
libxinerama: title |
Bug #296167 in libxinerama (Ubuntu): "X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error." |
Bug #296167 in nvidia-graphics-drivers-177 (Ubuntu): "X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error." |
|
2008-12-05 07:14:53 |
Bryce Harrington |
xorg: status |
Confirmed |
Invalid |
|
2008-12-05 07:14:53 |
Bryce Harrington |
xorg: statusexplanation |
|
[No need to have it open against xorg too] |
|
2008-12-17 13:30:29 |
Gavin van Lelyveld |
nvidia-graphics-drivers-177: status |
Confirmed |
Invalid |
|
2008-12-17 13:30:29 |
Gavin van Lelyveld |
nvidia-graphics-drivers-177: statusexplanation |
This seems to have been misfiled against libxinerama/xorg, when it looks more likely to be an -nvidia problem. Refiling. |
|
|
2008-12-28 01:37:52 |
mtopro |
xorg: status |
Invalid |
Confirmed |
|
2008-12-28 01:37:52 |
mtopro |
xorg: statusexplanation |
[No need to have it open against xorg too] |
|
|
2009-01-06 23:25:52 |
Reuben Firmin |
nvidia-graphics-drivers-177: bugtargetdisplayname |
nvidia-graphics-drivers-177 (Ubuntu) |
Ubuntu |
|
2009-01-06 23:25:52 |
Reuben Firmin |
nvidia-graphics-drivers-177: bugtargetname |
nvidia-graphics-drivers-177 (Ubuntu) |
ubuntu |
|
2009-01-06 23:25:52 |
Reuben Firmin |
nvidia-graphics-drivers-177: title |
Bug #296167 in nvidia-graphics-drivers-177 (Ubuntu): "X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error." |
Bug #296167 in Ubuntu: "X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error." |
|
2009-01-07 02:00:20 |
karlwilbur |
None: status |
Invalid |
Confirmed |
|
2009-01-07 08:23:05 |
Timo Aaltonen |
xorg: bugtargetdisplayname |
xorg (Ubuntu) |
nvidia-graphics-drivers-177 (Ubuntu) |
|
2009-01-07 08:23:05 |
Timo Aaltonen |
xorg: bugtargetname |
xorg (Ubuntu) |
nvidia-graphics-drivers-177 (Ubuntu) |
|
2009-01-07 08:23:05 |
Timo Aaltonen |
xorg: title |
Bug #296167 in xorg (Ubuntu): "X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error." |
Bug #296167 in nvidia-graphics-drivers-177 (Ubuntu): "X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error." |
|
2009-01-07 14:12:08 |
Reuben Firmin |
nvidia-graphics-drivers-177: bugtargetdisplayname |
nvidia-graphics-drivers-177 (Ubuntu) |
xorg (Ubuntu) |
|
2009-01-07 14:12:08 |
Reuben Firmin |
nvidia-graphics-drivers-177: bugtargetname |
nvidia-graphics-drivers-177 (Ubuntu) |
xorg (Ubuntu) |
|
2009-01-07 14:12:08 |
Reuben Firmin |
nvidia-graphics-drivers-177: statusexplanation |
|
Please stop switching this to nvidia. If you read the thread you'll see that the problem happens for people with Matrox, ATI, etc. |
|
2009-01-07 14:12:08 |
Reuben Firmin |
nvidia-graphics-drivers-177: title |
Bug #296167 in nvidia-graphics-drivers-177 (Ubuntu): "X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error." |
Bug #296167 in xorg (Ubuntu): "X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error." |
|
2009-01-12 01:03:53 |
chimaster |
bug |
|
|
added attachment 'xorg.conf' (My Xorg file for reference) |
2009-01-21 14:10:13 |
Reuben Firmin |
bug |
|
|
added attachment 'crosshair.zip' (crosshair.zip) |
2009-01-28 23:55:50 |
Brian Murray |
xorg: importance |
Undecided |
High |
|
2009-01-28 23:55:50 |
Brian Murray |
xorg: statusexplanation |
Please stop switching this to nvidia. If you read the thread you'll see that the problem happens for people with Matrox, ATI, etc. |
|
|
2009-02-01 21:53:59 |
Tom Davidson |
bug |
|
|
added attachment 'mouse-troubleshoot.tar.gz' (mouse-troubleshoot.tar.gz) |
2009-02-06 09:03:12 |
Bryce Harrington |
xorg: status |
Confirmed |
Triaged |
|
2009-02-06 09:03:12 |
Bryce Harrington |
xorg: bugtargetdisplayname |
xorg (Ubuntu) |
xorg-server (Ubuntu) |
|
2009-02-06 09:03:12 |
Bryce Harrington |
xorg: bugtargetname |
xorg (Ubuntu) |
xorg-server (Ubuntu) |
|
2009-02-06 09:03:12 |
Bryce Harrington |
xorg: statusexplanation |
|
Can someone extract the fedora patch? Perhaps this is a dupe of 41301, of which a patch was just uploaded to jaunty. |
|
2009-02-06 09:03:12 |
Bryce Harrington |
xorg: title |
Bug #296167 in xorg (Ubuntu): "X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error." |
Bug #296167 in xorg-server (Ubuntu): "X.org will stop responding to mouse clicks on Ibex with Xinerama. Occurs frequently, Fatal Error." |
|
2009-02-06 09:07:37 |
Jorge Castro |
bug |
|
|
assigned to xorg-server (Fedora) |
2009-02-06 23:49:59 |
Bug Watch Updater |
xorg-server: status |
Unknown |
Fix Committed |
|
2009-02-24 22:44:28 |
Albert Damen |
bug |
|
|
assigned to xorg-server |
2009-02-25 08:57:09 |
Bug Watch Updater |
xorg-server: status |
Fix Committed |
Fix Released |
|
2009-02-25 12:33:03 |
Gareth Brown |
bug |
|
|
added attachment 'xorg.conf.triplehead' (xorg.conf.triplehead) |
2009-02-25 18:31:17 |
Bug Watch Updater |
xorg-server: status |
Unknown |
Fix Released |
|
2009-03-04 01:46:08 |
Bryce Harrington |
xorg-server: status |
Triaged |
Fix Committed |
|
2009-03-04 01:46:08 |
Bryce Harrington |
xorg-server: statusexplanation |
Can someone extract the fedora patch? Perhaps this is a dupe of 41301, of which a patch was just uploaded to jaunty. |
For Jaunty, this fix is confirmed present in the 1.6.0 code currently queued in the ubuntu xserver git tree, which should be uploaded some time this week.
|
|
2009-03-04 02:19:53 |
Bryce Harrington |
description |
Binary package hint: xorg
After upgrading to Ibex a problem has appeared where after some activity (10-15 minutes), X will suddenly stop responding to any mouse events - the cursor is still there and will move around, but windows won't change focus and clicking the mouse buttons have no effect (in both the focused and unfocused windows). Keyboard still works fine and I can Alt-Tab between windows. Mouse still moves the cursor normally, just will not click anything.
I have a four-monitor Xinerama setup running the latest NVidia drivers on two 8600GT Graphics cards. This setup worked perfectly in Hardy.
Problem is present in 2.6.27-7 & 2.6.24-19, Nvidia Drivers 177 & 173.
Tried with two different wired optical mouses (logitech and microsoft) and problem is present in both.
Once the problem occurs, the only way to get the mouse buttons working again is to Ctl-Alt-Backspace to restart X. Mouse will work fine for a period of time after that.
Strangely - if I have xev running, it won't respond to any events if the mouse is over the window, but if the cursor is at the same height as the window one screen over to the right, it will show events.
I don't think I see anything in dmesg / syslog / Xorg.conf.
amd64 arch w/ 8 GB Ram.
This is driving me absolutely crazy as my computer is pretty much unusable.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: xorg 1:7.4~5ubuntu3
ProcEnviron:
SHELL=/bin/bash
PATH=/home/User Name/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/User Name/bin
LANG=en_US.UTF-8
ProcVersion: Linux version 2.6.27-7-generic (buildd@crested) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) #1 SMP Tue Nov 4 19:33:06 UTC 2008
SourcePackage: xorg
Uname: Linux 2.6.27-7-generic x86_64
Xrandr:
xkbcomp: |
[Problem]
When using Xinerama (such as with multiple video cards), if using an animated cursor, after some time X will stop responding to mouse events. All mouse events are being sent to the root window instead of client applications.
[SRU]
Confirmed fix is released upstream in xserver 1.6.0 and present in Jaunty (as of xserver 1.6.0)
Impact: Affects users of -nvidia and other drivers which still rely on Xinerama
Fix: Avoid calling UpdateSpriteForScreen() if the Xinerama extension is loaded
Patch: https://bugs.freedesktop.org/attachment.cgi?id=22373
Test Case: Configure a Xinerama multi-head (3+) layout using -nvidia. Configure the mouse to use an animated cursor. Move windows around, from one screen to another. Mouse clicking will become disabled, while keyboard and mouse movement continues to work correctly.
Regression Potential: The fix is extremely trivial and highly tied to Xinerama. The net effect is to prevent code from being executed rather than enable it. For non-Xinerama users, there is no chance for regression. For Xinerama users, give the huge number that have reported this as an issue, this bug probably affects all users; furthermore we already have numerous confirmations of the fix and zero reports of side effects. So I think the chance of regression is close to nil.
[Original Report]
After upgrading to Ibex a problem has appeared where after some activity (10-15 minutes), X will suddenly stop responding to any mouse events - the cursor is still there and will move around, but windows won't change focus and clicking the mouse buttons have no effect (in both the focused and unfocused windows). Keyboard still works fine and I can Alt-Tab between windows. Mouse still moves the cursor normally, just will not click anything.
I have a four-monitor Xinerama setup running the latest NVidia drivers on two 8600GT Graphics cards. This setup worked perfectly in Hardy.
Problem is present in 2.6.27-7 & 2.6.24-19, Nvidia Drivers 177 & 173.
Tried with two different wired optical mouses (logitech and microsoft) and problem is present in both.
Once the problem occurs, the only way to get the mouse buttons working again is to Ctl-Alt-Backspace to restart X. Mouse will work fine for a period of time after that.
Strangely - if I have xev running, it won't respond to any events if the mouse is over the window, but if the cursor is at the same height as the window one screen over to the right, it will show events.
I don't think I see anything in dmesg / syslog / Xorg.conf.
amd64 arch w/ 8 GB Ram.
This is driving me absolutely crazy as my computer is pretty much unusable.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: xorg 1:7.4~5ubuntu3
ProcEnviron:
SHELL=/bin/bash
PATH=/home/User Name/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/User Name/bin
LANG=en_US.UTF-8
ProcVersion: Linux version 2.6.27-7-generic (buildd@crested) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) #1 SMP Tue Nov 4 19:33:06 UTC 2008
SourcePackage: xorg
Uname: Linux 2.6.27-7-generic x86_64
Xrandr:
xkbcomp: |
|
2009-03-04 02:26:57 |
Bryce Harrington |
description |
[Problem]
When using Xinerama (such as with multiple video cards), if using an animated cursor, after some time X will stop responding to mouse events. All mouse events are being sent to the root window instead of client applications.
[SRU]
Confirmed fix is released upstream in xserver 1.6.0 and present in Jaunty (as of xserver 1.6.0)
Impact: Affects users of -nvidia and other drivers which still rely on Xinerama
Fix: Avoid calling UpdateSpriteForScreen() if the Xinerama extension is loaded
Patch: https://bugs.freedesktop.org/attachment.cgi?id=22373
Test Case: Configure a Xinerama multi-head (3+) layout using -nvidia. Configure the mouse to use an animated cursor. Move windows around, from one screen to another. Mouse clicking will become disabled, while keyboard and mouse movement continues to work correctly.
Regression Potential: The fix is extremely trivial and highly tied to Xinerama. The net effect is to prevent code from being executed rather than enable it. For non-Xinerama users, there is no chance for regression. For Xinerama users, give the huge number that have reported this as an issue, this bug probably affects all users; furthermore we already have numerous confirmations of the fix and zero reports of side effects. So I think the chance of regression is close to nil.
[Original Report]
After upgrading to Ibex a problem has appeared where after some activity (10-15 minutes), X will suddenly stop responding to any mouse events - the cursor is still there and will move around, but windows won't change focus and clicking the mouse buttons have no effect (in both the focused and unfocused windows). Keyboard still works fine and I can Alt-Tab between windows. Mouse still moves the cursor normally, just will not click anything.
I have a four-monitor Xinerama setup running the latest NVidia drivers on two 8600GT Graphics cards. This setup worked perfectly in Hardy.
Problem is present in 2.6.27-7 & 2.6.24-19, Nvidia Drivers 177 & 173.
Tried with two different wired optical mouses (logitech and microsoft) and problem is present in both.
Once the problem occurs, the only way to get the mouse buttons working again is to Ctl-Alt-Backspace to restart X. Mouse will work fine for a period of time after that.
Strangely - if I have xev running, it won't respond to any events if the mouse is over the window, but if the cursor is at the same height as the window one screen over to the right, it will show events.
I don't think I see anything in dmesg / syslog / Xorg.conf.
amd64 arch w/ 8 GB Ram.
This is driving me absolutely crazy as my computer is pretty much unusable.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: xorg 1:7.4~5ubuntu3
ProcEnviron:
SHELL=/bin/bash
PATH=/home/User Name/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/User Name/bin
LANG=en_US.UTF-8
ProcVersion: Linux version 2.6.27-7-generic (buildd@crested) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) #1 SMP Tue Nov 4 19:33:06 UTC 2008
SourcePackage: xorg
Uname: Linux 2.6.27-7-generic x86_64
Xrandr:
xkbcomp: |
[Problem]
When using Xinerama (such as with multiple video cards), if using an animated cursor, after some time X will stop responding to mouse events. All mouse events are being sent to the root window instead of client applications.
[SRU]
Confirmed fix is released upstream in xserver 1.6.0 and present in Jaunty (as of xserver 1.6.0)
Impact: Severe regression for users of -nvidia and other drivers which still rely on Xinerama, resulting in mouse cursor (and thus much of the GUI) becoming unusable. No reliable workaround known.
Fix: Avoid calling UpdateSpriteForScreen() if the Xinerama extension is loaded
Patch: https://bugs.freedesktop.org/attachment.cgi?id=22373
Test Case: Configure a Xinerama multi-head (3+) layout using -nvidia. Configure the mouse to use an animated cursor. Move windows around, from one screen to another. Mouse clicking will become disabled, while keyboard and mouse movement continues to work correctly.
Regression Potential: The fix is extremely trivial and highly tied to Xinerama. The net effect is to prevent code from being executed rather than enable it. For non-Xinerama users, there is no chance for regression. For Xinerama users, give the huge number that have reported this as an issue, this bug probably affects all users; furthermore we already have numerous confirmations of the fix and zero reports of side effects. So I think the chance of regression is close to nil.
[Original Report]
After upgrading to Ibex a problem has appeared where after some activity (10-15 minutes), X will suddenly stop responding to any mouse events - the cursor is still there and will move around, but windows won't change focus and clicking the mouse buttons have no effect (in both the focused and unfocused windows). Keyboard still works fine and I can Alt-Tab between windows. Mouse still moves the cursor normally, just will not click anything.
I have a four-monitor Xinerama setup running the latest NVidia drivers on two 8600GT Graphics cards. This setup worked perfectly in Hardy.
Problem is present in 2.6.27-7 & 2.6.24-19, Nvidia Drivers 177 & 173.
Tried with two different wired optical mouses (logitech and microsoft) and problem is present in both.
Once the problem occurs, the only way to get the mouse buttons working again is to Ctl-Alt-Backspace to restart X. Mouse will work fine for a period of time after that.
Strangely - if I have xev running, it won't respond to any events if the mouse is over the window, but if the cursor is at the same height as the window one screen over to the right, it will show events.
I don't think I see anything in dmesg / syslog / Xorg.conf.
amd64 arch w/ 8 GB Ram.
This is driving me absolutely crazy as my computer is pretty much unusable.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: xorg 1:7.4~5ubuntu3
ProcEnviron:
SHELL=/bin/bash
PATH=/home/User Name/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/User Name/bin
LANG=en_US.UTF-8
ProcVersion: Linux version 2.6.27-7-generic (buildd@crested) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) #1 SMP Tue Nov 4 19:33:06 UTC 2008
SourcePackage: xorg
Uname: Linux 2.6.27-7-generic x86_64
Xrandr:
xkbcomp: |
|
2009-03-04 02:28:52 |
Bryce Harrington |
description |
[Problem]
When using Xinerama (such as with multiple video cards), if using an animated cursor, after some time X will stop responding to mouse events. All mouse events are being sent to the root window instead of client applications.
[SRU]
Confirmed fix is released upstream in xserver 1.6.0 and present in Jaunty (as of xserver 1.6.0)
Impact: Severe regression for users of -nvidia and other drivers which still rely on Xinerama, resulting in mouse cursor (and thus much of the GUI) becoming unusable. No reliable workaround known.
Fix: Avoid calling UpdateSpriteForScreen() if the Xinerama extension is loaded
Patch: https://bugs.freedesktop.org/attachment.cgi?id=22373
Test Case: Configure a Xinerama multi-head (3+) layout using -nvidia. Configure the mouse to use an animated cursor. Move windows around, from one screen to another. Mouse clicking will become disabled, while keyboard and mouse movement continues to work correctly.
Regression Potential: The fix is extremely trivial and highly tied to Xinerama. The net effect is to prevent code from being executed rather than enable it. For non-Xinerama users, there is no chance for regression. For Xinerama users, give the huge number that have reported this as an issue, this bug probably affects all users; furthermore we already have numerous confirmations of the fix and zero reports of side effects. So I think the chance of regression is close to nil.
[Original Report]
After upgrading to Ibex a problem has appeared where after some activity (10-15 minutes), X will suddenly stop responding to any mouse events - the cursor is still there and will move around, but windows won't change focus and clicking the mouse buttons have no effect (in both the focused and unfocused windows). Keyboard still works fine and I can Alt-Tab between windows. Mouse still moves the cursor normally, just will not click anything.
I have a four-monitor Xinerama setup running the latest NVidia drivers on two 8600GT Graphics cards. This setup worked perfectly in Hardy.
Problem is present in 2.6.27-7 & 2.6.24-19, Nvidia Drivers 177 & 173.
Tried with two different wired optical mouses (logitech and microsoft) and problem is present in both.
Once the problem occurs, the only way to get the mouse buttons working again is to Ctl-Alt-Backspace to restart X. Mouse will work fine for a period of time after that.
Strangely - if I have xev running, it won't respond to any events if the mouse is over the window, but if the cursor is at the same height as the window one screen over to the right, it will show events.
I don't think I see anything in dmesg / syslog / Xorg.conf.
amd64 arch w/ 8 GB Ram.
This is driving me absolutely crazy as my computer is pretty much unusable.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: xorg 1:7.4~5ubuntu3
ProcEnviron:
SHELL=/bin/bash
PATH=/home/User Name/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/User Name/bin
LANG=en_US.UTF-8
ProcVersion: Linux version 2.6.27-7-generic (buildd@crested) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) #1 SMP Tue Nov 4 19:33:06 UTC 2008
SourcePackage: xorg
Uname: Linux 2.6.27-7-generic x86_64
Xrandr:
xkbcomp: |
[Problem]
When using Xinerama (such as with multiple video cards), if using an animated cursor, after some time X will stop responding to mouse events. All mouse events are being sent to the root window instead of client applications.
[SRU]
Confirmed fix is released upstream in xserver 1.6.0 and present in Jaunty (as of xserver 1.6.0)
Impact: Severe regression for users of -nvidia and other drivers which still rely on Xinerama, resulting in mouse cursor (and thus much of the GUI) becoming unusable. No reliable workaround known.
Fix: Avoid calling UpdateSpriteForScreen() if the Xinerama extension is loaded
Patch: https://bugs.freedesktop.org/attachment.cgi?id=22373
Test Case: Configure a Xinerama multi-head (3+) layout using -nvidia. Configure the mouse to use an animated cursor; this is optional but makes it easier to reproduce the problem. Move windows around, from one screen to another until the bug is triggered (may take a few tries). Mouse clicking will become disabled, while keyboard and mouse movement continues to work correctly.
Regression Potential: The fix is extremely trivial and highly tied to Xinerama. The net effect is to prevent code from being executed rather than enable it. For non-Xinerama users, there is no chance for regression. For Xinerama users, give the huge number that have reported this as an issue, this bug probably affects all users; furthermore we already have numerous confirmations of the fix and zero reports of side effects. So I think the chance of regression is close to nil.
[Original Report]
After upgrading to Ibex a problem has appeared where after some activity (10-15 minutes), X will suddenly stop responding to any mouse events - the cursor is still there and will move around, but windows won't change focus and clicking the mouse buttons have no effect (in both the focused and unfocused windows). Keyboard still works fine and I can Alt-Tab between windows. Mouse still moves the cursor normally, just will not click anything.
I have a four-monitor Xinerama setup running the latest NVidia drivers on two 8600GT Graphics cards. This setup worked perfectly in Hardy.
Problem is present in 2.6.27-7 & 2.6.24-19, Nvidia Drivers 177 & 173.
Tried with two different wired optical mouses (logitech and microsoft) and problem is present in both.
Once the problem occurs, the only way to get the mouse buttons working again is to Ctl-Alt-Backspace to restart X. Mouse will work fine for a period of time after that.
Strangely - if I have xev running, it won't respond to any events if the mouse is over the window, but if the cursor is at the same height as the window one screen over to the right, it will show events.
I don't think I see anything in dmesg / syslog / Xorg.conf.
amd64 arch w/ 8 GB Ram.
This is driving me absolutely crazy as my computer is pretty much unusable.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: xorg 1:7.4~5ubuntu3
ProcEnviron:
SHELL=/bin/bash
PATH=/home/User Name/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/User Name/bin
LANG=en_US.UTF-8
ProcVersion: Linux version 2.6.27-7-generic (buildd@crested) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) #1 SMP Tue Nov 4 19:33:06 UTC 2008
SourcePackage: xorg
Uname: Linux 2.6.27-7-generic x86_64
Xrandr:
xkbcomp: |
|
2009-03-04 02:29:37 |
Bryce Harrington |
xorg-server: status |
New |
In Progress |
|
2009-03-04 02:29:37 |
Bryce Harrington |
xorg-server: importance |
Undecided |
High |
|
2009-03-04 02:29:37 |
Bryce Harrington |
xorg-server: statusexplanation |
|
|
|
2009-03-04 02:30:21 |
Bryce Harrington |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2009-03-04 03:15:29 |
Bryce Harrington |
xorg-server: status |
In Progress |
Fix Committed |
|
2009-03-05 23:22:10 |
Bryce Harrington |
description |
[Problem]
When using Xinerama (such as with multiple video cards), if using an animated cursor, after some time X will stop responding to mouse events. All mouse events are being sent to the root window instead of client applications.
[SRU]
Confirmed fix is released upstream in xserver 1.6.0 and present in Jaunty (as of xserver 1.6.0)
Impact: Severe regression for users of -nvidia and other drivers which still rely on Xinerama, resulting in mouse cursor (and thus much of the GUI) becoming unusable. No reliable workaround known.
Fix: Avoid calling UpdateSpriteForScreen() if the Xinerama extension is loaded
Patch: https://bugs.freedesktop.org/attachment.cgi?id=22373
Test Case: Configure a Xinerama multi-head (3+) layout using -nvidia. Configure the mouse to use an animated cursor; this is optional but makes it easier to reproduce the problem. Move windows around, from one screen to another until the bug is triggered (may take a few tries). Mouse clicking will become disabled, while keyboard and mouse movement continues to work correctly.
Regression Potential: The fix is extremely trivial and highly tied to Xinerama. The net effect is to prevent code from being executed rather than enable it. For non-Xinerama users, there is no chance for regression. For Xinerama users, give the huge number that have reported this as an issue, this bug probably affects all users; furthermore we already have numerous confirmations of the fix and zero reports of side effects. So I think the chance of regression is close to nil.
[Original Report]
After upgrading to Ibex a problem has appeared where after some activity (10-15 minutes), X will suddenly stop responding to any mouse events - the cursor is still there and will move around, but windows won't change focus and clicking the mouse buttons have no effect (in both the focused and unfocused windows). Keyboard still works fine and I can Alt-Tab between windows. Mouse still moves the cursor normally, just will not click anything.
I have a four-monitor Xinerama setup running the latest NVidia drivers on two 8600GT Graphics cards. This setup worked perfectly in Hardy.
Problem is present in 2.6.27-7 & 2.6.24-19, Nvidia Drivers 177 & 173.
Tried with two different wired optical mouses (logitech and microsoft) and problem is present in both.
Once the problem occurs, the only way to get the mouse buttons working again is to Ctl-Alt-Backspace to restart X. Mouse will work fine for a period of time after that.
Strangely - if I have xev running, it won't respond to any events if the mouse is over the window, but if the cursor is at the same height as the window one screen over to the right, it will show events.
I don't think I see anything in dmesg / syslog / Xorg.conf.
amd64 arch w/ 8 GB Ram.
This is driving me absolutely crazy as my computer is pretty much unusable.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: xorg 1:7.4~5ubuntu3
ProcEnviron:
SHELL=/bin/bash
PATH=/home/User Name/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/User Name/bin
LANG=en_US.UTF-8
ProcVersion: Linux version 2.6.27-7-generic (buildd@crested) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) #1 SMP Tue Nov 4 19:33:06 UTC 2008
SourcePackage: xorg
Uname: Linux 2.6.27-7-generic x86_64
Xrandr:
xkbcomp: |
[Problem]
When using Xinerama (such as with multiple video cards), if using an animated cursor, after some time X will stop responding to mouse events. All mouse events are being sent to the root window instead of client applications.
[SRU]
Confirmed fix is released upstream in xserver 1.6.0 and present in Jaunty (as of xserver 1.6.0)
Impact: Severe regression for users of -nvidia and other drivers which still rely on Xinerama, resulting in mouse cursor (and thus much of the GUI) becoming unusable. No reliable workaround known.
Fix: Avoid calling UpdateSpriteForScreen() if the Xinerama extension is loaded
Patch: https://bugs.freedesktop.org/attachment.cgi?id=22373
Test Case: Configure a Xinerama multi-head (3+) layout using -nvidia. Configure the mouse to use an animated cursor; this is optional but makes it easier to reproduce the problem. Move windows around, from one screen to another until the bug is triggered (may take a few tries). Mouse clicking will become disabled, while keyboard and mouse movement continues to work correctly.
Regression Potential: The fix is extremely trivial and highly tied to Xinerama. The net effect is to prevent code from being executed rather than enable it. For non-Xinerama users, there is no chance for regression. For Xinerama users, give the huge number that have reported this as an issue, this bug probably affects all users; furthermore we already have numerous confirmations of the fix and zero reports of side effects. So I think the chance of regression is close to nil.
[Original Report]
After upgrading to Ibex a problem has appeared where after some activity (10-15 minutes), X will suddenly stop responding to any mouse events - the cursor is still there and will move around, but windows won't change focus and clicking the mouse buttons have no effect (in both the focused and unfocused windows). Keyboard still works fine and I can Alt-Tab between windows. Mouse still moves the cursor normally, just will not click anything.
I have a four-monitor Xinerama setup running the latest NVidia drivers on two 8600GT Graphics cards. This setup worked perfectly in Hardy.
Problem is present in 2.6.27-7 & 2.6.24-19, Nvidia Drivers 177 & 173.
Tried with two different wired optical mouses (logitech and microsoft) and problem is present in both.
Once the problem occurs, the only way to get the mouse buttons working again is to Ctl-Alt-Backspace to restart X. Mouse will work fine for a period of time after that.
Strangely - if I have xev running, it won't respond to any events if the mouse is over the window, but if the cursor is at the same height as the window one screen over to the right, it will show events.
I don't think I see anything in dmesg / syslog / Xorg.conf.
amd64 arch w/ 8 GB Ram.
This is driving me absolutely crazy as my computer is pretty much unusable.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 8.10
NonfreeKernelModules: nvidia
Package: xorg 1:7.4~5ubuntu3
ProcEnviron:
SHELL=/bin/bash
PATH=/home/User Name/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/User Name/bin
LANG=en_US.UTF-8
ProcVersion: Linux version 2.6.27-7-generic (buildd@crested) (gcc version 4.3.2 (Ubuntu 4.3.2-1ubuntu11) ) #1 SMP Tue Nov 4 19:33:06 UTC 2008
SourcePackage: xorg
Uname: Linux 2.6.27-7-generic x86_64
Xrandr:
xkbcomp:
[lspci]
00:00.0 Host bridge [0600]: nVidia Corporation C55 Host Bridge [10de:03a1] (rev a2)
Subsystem: nVidia Corporation Device [10de:c55e]
01:00.0 VGA compatible controller [0300]: nVidia Corporation GeForce 8600 GTS [10de:0400] (rev a1)
Subsystem: eVga.com. Corp. Device [3842:c773]
03:00.0 VGA compatible controller [0300]: nVidia Corporation GeForce 8600 GTS [10de:0400] (rev a1)
Subsystem: eVga.com. Corp. Device [3842:c773]
|
|
2009-03-07 00:07:40 |
Brian Murray |
None: status |
Confirmed |
Invalid |
|
2009-03-07 00:07:40 |
Brian Murray |
None: statusexplanation |
|
I'm closing the Ubuntu task since the bug report is affecting the right package now and doesn't belong in the no package section. |
|
2009-03-07 02:15:06 |
Launchpad Janitor |
xorg-server: status |
Fix Committed |
Fix Released |
|
2009-03-09 10:06:39 |
Martin Pitt |
None: status |
New |
Invalid |
|
2009-03-09 10:06:39 |
Martin Pitt |
None: statusexplanation |
|
|
|
2009-03-25 11:17:10 |
Launchpad Janitor |
xorg-server: status |
Fix Committed |
Fix Released |
|
2009-05-12 10:39:21 |
Gavin van Lelyveld |
removed subscriber Gavin van Lelyveld |
|
|
|
2009-05-30 11:29:17 |
mclay |
removed subscriber mclay |
|
|
|
2009-11-01 17:55:45 |
xteejx |
xorg-server (Ubuntu): status |
Fix Released |
Confirmed |
|
2009-11-01 17:55:54 |
xteejx |
xorg-server (Ubuntu): status |
Confirmed |
Incomplete |
|
2009-11-01 19:42:51 |
Bryce Harrington |
xorg-server (Ubuntu): status |
Incomplete |
Fix Released |
|
2010-02-22 22:34:53 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/xorg-server |
|
2010-02-22 22:43:30 |
Launchpad Janitor |
branch linked |
|
lp:ubuntu/intrepid-updates/xorg-server |
|
2010-09-14 10:54:44 |
Bug Watch Updater |
xorg-server: importance |
Unknown |
Critical |
|
2010-09-14 10:55:04 |
Bug Watch Updater |
bug watch added |
|
http://bugs.gentoo.org/show_bug.cgi?id=243496 |
|
2010-09-14 10:55:04 |
Bug Watch Updater |
bug watch added |
|
https://bugzilla.redhat.com/show_bug.cgi?id=475945 |
|
2011-01-25 16:44:02 |
Bug Watch Updater |
xorg-server: importance |
Critical |
Unknown |
|
2011-02-03 15:39:58 |
Bug Watch Updater |
xorg-server: importance |
Unknown |
Critical |
|
2011-02-03 21:04:28 |
mtopro |
removed subscriber mtopro |
|
|
|
2017-10-27 19:09:39 |
Bug Watch Updater |
xorg-server (Fedora): importance |
Unknown |
Medium |
|
2020-01-15 09:35:05 |
Ryozanpaku Tiger |
removed subscriber Ryozanpaku Tiger |
|
|
|