[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#389080: marked as done (X becomes unresponsive to keyboard events)

Your message dated Thu, 05 Jul 2007 01:14:11 +0200
with message-id <468C29C3.20006@ens-lyon.org>
and subject line ping timeout, closing
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: xorg
Version: 1:7.0.22
Severity: important

You'll have to advise me on what package this bug really belongs against:
I'm not familiar enough with the X internals to be sure.

Routinely, when anything even slightly demanding of screen updates happens,
X stops responding to the keyboard.  For one example, if I use mencoder to
re-encode a video and change the frame rate (in an xterm), the terminal
scrolls very fast (one line every other frame of the video processed).  When
this happens, X becomes totally unresponsive.  I can move the mouse pointer,
but clicks and keyboard events are totally ignored.  Even internal stuff
like the icewm clock don't update AT ALL, for (in one case) 30 minutes,
until mencoder finally exits.

I can produce the same effect by playing video, using any of avifile-player,
totem, or the non-free Flash player.  After a few seconds to a couple of
minutes of playing, X stops responding to keyboard and mouse-click events.

When the video ends or the scrolling stops, there can be up to a three
minute delay before the system responds to keyboard events.  Then all of the
clicks and button-presses I've made happen in rapid sequence, so they're
clearly being queued, just ignored.

Earlier X versions (XFree86) that I've used did not do this. In my opinion,
lockups like that are unacceptable--particularly in an environment (like
Linux or the BSDs) that prides itself on stability.

I'd be glad to send any further information that will help with diagnosis
and fixing of this problem.

Thank you.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages xorg depends on:
ii  gnome-terminal [x-terminal-em 2.14.2-1   The GNOME 2 terminal emulator appl
ii  kterm [x-terminal-emulator]   6.2.0-46   Multi-lingual terminal emulator fo
ii  libgl1-mesa-glx [libgl1-mesa- 6.4.2-1    A free implementation of the OpenG
ii  libglu1-mesa                  6.4.2-1    The OpenGL utility library (GLU)
ii  rxvt [x-terminal-emulator]    1:2.6.4-10 VT102 terminal emulator for the X 
ii  xbase-clients                 1:7.1.ds-3 miscellaneous X clients
ii  xfonts-100dpi                 1:1.0.0-2  100 dpi fonts for X
ii  xfonts-75dpi                  1:1.0.0-2  100 dpi fonts for X
ii  xfonts-base                   1:1.0.0-3  standard fonts for X
ii  xfonts-scalable               1:1.0.0-4  scalable fonts for X
ii  xkb-data                      0.8-12     X Keyboard Extension (XKB) configu
ii  xserver-xorg                  1:7.0.22   the X.Org X server
ii  xterm [x-terminal-emulator]   210-3      X terminal emulator
ii  xutils                        1:7.1.ds-1 X Window System utility programs

xorg recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
Closing this bug since I didn't get any reply from the submitter (or
repliers) after my ping about a month ago. If anybody ever reproduces
this problem, feel free to reopen.

Brice

--- End Message ---
Reply to: