Red Hat Bugzilla – Bug 103030
rapid mouse movement causes X server crash
Last modified: 2007-04-18 12:57:07 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.4) Gecko/20030624
Description of problem:
Rapid movement of mouse around screen, illustrated by dragging a window like an
xterm around the screen rapidly (rapid being something you might do routinely,
not just something you would try to break the server) results in X server
crashing (see URL). Does not crash with slow mouse movement.
Not sure if related, but rapid mouse movement between two windows results in
infinite loop with control switching a couple of times per second between both
windows. This latter problem can be cured by right-clicking on either of the
window borders to select one or the other - does not cause server crash.
URL shows specific X server diag output from Toshiba 1555CDS laptop. Have tried
default "accel" and "noaccel" options, same results.
NOTE: am using same window manager and personal (non-XF86Config) files on other
computers (sharing home directories) and am not experiencing same problem, but
those computers have totally different video cards. Other cards are C&T and
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2. bring up xterm or similar window
3. drag xterm around screen
Actual Results: X server crashes, control returns to text terminal.
Expected Results: Window should move around screen.
Additional info: Used same laptop with RH 6.x through all versions of 7.x, no
problem. Also used 8.0, don't think this problem occured but only used for
short time before upgrading to 9.
You may want to try a later version of XFree86 (from Rawhide, for example) to
see if your bug has already been wiped out by a later revision.
Please attach X server log and config file from when the problem occurs.
If it occurs on multiple systems or with multiple video hardware, and you
can provide individual configs and logs, please attach all of them well
labeled to the bug report as individual uncompressed file attachments
using bugzilla's file attachment feature below.
Reassigning to proper component (XFree86). Note that XFree86-Servers-3.3.6,
which this was filed against, last appeared in Red Hat Linux 7.3. Just
The files are in
I saw that the version I reported was wrong but it was the only choice presented
in the form as far as I could tell. This was the first time I'd tried the
java-based interface, probably I just did something wrong. Anyway thanks for
Attach the files directly to the bug report using bugzilla's file attachment
feature, or I can not investigate this any further. The reason for this,
is that the majority of bugs that get reported take a while to fix, and
when we request information, we need that information to be permanently
available for the life of the bug report until it is resolved. The files
at the URL you posted however might disappear at any time, and are highly
likely to not be permanent. We have no way of permanently tracking files
that are not stored in our bugzilla tracking database.
Click on the "Create a New Attachment" link below, and attach one file
at a time as individual uncompressed file attachments. Once this is
completed, I'll be happy to examine the files and investigate the report.
Created attachment 94041 [details]
Toshiba 1555 Satellite config
Created attachment 94042 [details]
result of termination of x server on toshiba 1555
Since this bugzilla report was filed, there have been several major
updates to the X Window System, which may resolve this issue. Users
who have experienced this problem are encouraged to upgrade to the
latest version of Fedora Core, which can be obtained from:
If this issue turns out to still be reproduceable in the latest
version of Fedora Core, please file a bug report in the X.Org
bugzilla located at http://bugs.freedesktop.org in the "xorg"
Once you've filed your bug report to X.Org, if you paste the new
bug URL here, Red Hat will continue to track the issue in the
centralized X.Org bug tracker, and will review any bug fixes that
become available for consideration in future updates.