From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020625
Description of problem:
If I walk away from the computer for a few hours (not sure exactly how long yet)
when I come back, the mouse does not function. Switching to a text console and
moving the mouse will trigger gpm after a second. I can then switch back to X11
and it will function properly again.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Idle X11
2. Return to system and move mouse
3. Switch to text console, move mouse, and switch back to regain mouse control.
Actual Results: The mouse will idle out and no longer function in X11 after the
system idles for a while.
Expected Results: The mouse should work.
Switching to a text console and triggering gpm will bring the mouse back in X.
Also, I have a USB keyboard and PS/2 mouse. There is nothing plugged into the
PS/2 keyboard port. During the install, this also caused problems with the
mouse not responding at all and I had to use a USB mouse. I have not checked to
see if using a USB mouse will eliminate this hang.
Please attach your X server config and log file using the link below.
Created attachment 64504 [details]
X Configuration File after install
As an additional observation, I reinstalled off of a bootable CD and only
installed KDE this time. Prior to that, I had installed Gnome and KDE both.
My login manager is now kdm and I don't see the problems with the mouse hanging
that I did when I was running Gnome/gdm.
If you'd like, I can reinstall again with Gnome/gdm and see if the problem comes
You did not supply your X server log file as requested. Please
attach it to the bug report so I can examine it.
Does the mouse just stop working, or does the entire X server stop
working? Does the keyboard still work at all?
Also, are you running xscreensaver? Is DPMS enabled or disabled?
Are you using APM suspend/resume?
Created attachment 69444 [details]
Please see the attached Xconfig, xdpyinfo output, and process list.
Only the mouse stops working. If I force kill X with control-alt-backspace,
when it reloads, it's fine again. It also does it right after a logout. So,
for instance, I may be working fine, logout, and when the new redhat login
screen shows up, the mouse doesn't work. I force kill X, it restarts, and the
mouse is fine again.
xscreensaver is loaded, but does not have to be activated for this to happen.
I am not using APM Suspend/Resume.
-- sorry it took so long to get this data to you. I had to reinstall the beta
again to get it. I had gone back to 7.3 for stability. --
Created attachment 69445 [details]
Does the keyboard still work at all when this occurs?
Yes, the keyboard works fine. In fact, the following is probably the simplest
way to reproduce it and kick it in gear again:
1) init 5 - let gdm start up with the special redhat login screen that is there
Note: The mouse should work at this point
2) Login to Gnome. The mouse will still work.
3) Logout of Gnome. The mouse will NOT WORK anymore as soon as gdm picks back up.
At this point, you can just log back in since the keyboard still works. Gnome
will start and the mouse will still NOT work.
Switch to a normal console like ctrl-alt-f1 and then back to alt-f7 and the
mouse will be fine again.
Ok - This is interesting.
If I plug in a PS/2 keyboard - don't use it - just plug it in since I normally
use a USB only keyboard, the problem goes away. The mouse works just fine going
in and out of Gnome/gdm.
Are you using a KVM switch at all?
I am not using a KVM. The problem appears to have gone away with 8.0 release.
I just reinstalled it today, unplugged the PS/2 keyboard that was making it keep
working with (null) and everything seems fine on a USB-only system.
Ok, I'm writing it off to either hardware flakiness, weirdo BIOS, or perhaps
kernel bug, or kernel workaround for hardware issue. Nothing in X has
changed, so it wasn't likely X related.
Closing as CURRENTRELEASE 8.0.