Your message dated Sat, 26 Jul 2008 12:54:30 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#309779: gtimer: freeze followed by huge window height
in config
has caused the Debian Bug report #309779,
regarding gtimer: freeze followed by huge window height in config
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
309779: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309779
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: gtimer
Version: 1.1.6-3
Severity: critical
Justification: breaks unrelated software
After a few hours of correct operation, gtimer locked up. I
discovered once I had killed it that it had also somehow prevented my
window manager (Enlightenment, from Debian 3.1) from functioning (can
still move mouse pointer, and xterms still get focus, but cannot move
or resize windows or change virtual desktops).
After restarting X and enlightenment, I started gtimer again. This
time, the left border of the gtimer window was absent, and the right
contained a random pattern of black dots. Attempting to move the
window caused englightenment to fail as before.
After a third X restart, I moved my .gtimer directory out of the way,
and started gtimer again - seemed fine. I then stopped gtimer,
deleted the new .gtimer directory and moved the old .gtimer directory
back in place. When I started gtimer, the border corruption was back,
and attepting to move the gtimer window caused enlightenment to fail
again.
I can supply a tarball of the .gtimer directory which causes the
problem if it will be helpful.
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.30-mh1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Versions of packages gtimer depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libglib1.2 1.2.10-9 The GLib library of C routines
ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo
ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte
ii libxi6 4.3.0.dfsg.1-12.0.1 X Window System Input extension li
ii xlibs 4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 1.1.6-5
It doesn't look like anyone else has been able to duplicate the freeze
where GTimer stops getting X input and the original reporter isn't in a
position to see it again, so I'm going to go ahead and close this bug.
The problem with huge window sizes was fixed in 1.1.6-5.
--
Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
--- End Message ---
