GNU bug report logs -
#1753
emacs may cause window manager to hang
Previous Next
Reported by: Paul Graham <pgraham <at> oasys-ds.com>
Date: Wed, 31 Dec 2008 18:05:07 UTC
Severity: normal
Tags: moreinfo
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 1753 in the body.
You can then email your comments to 1753 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1753
; Package
emacs
.
(Wed, 31 Dec 2008 18:05:07 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Paul Graham <pgraham <at> oasys-ds.com>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 31 Dec 2008 18:05:07 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
Dear Emacs Support:
I am using emacs version:
GNU Emacs 22.2.1 (i386-redhat-linux-gnu, GTK+ Version 2.12.9)
of 2008-05-23 on xenbuilder4.fedora.phx.redhat.com
I am running Fedora 9, kernel 2.6.27.9-73.fc9.i686, GNOEM 2.22.3 on a
Dell vostro 1710.
I am using two screens -- a Dell monitor is virtually above the laptop
screen. Several times the computer has frozen up while I'm running
ediff within emacs. The computer gets into a state where I can't
change the input focus. Only one window has the focus. If that
window is an xterm or emacs then I can try killing emacs manually, but
even then there remains a blank window where emacs was, and I still
can't change the focus. Menus don't respond either. The only
solution is to reboot.
The bug seems to be reproducible as follows. I have the emacs window
in the lower, desktop screen, but with the top of the emacs window
close to the top of the screen. I start ediff, usually with
ediff-buffers. The little ediff window appears at the bottom of the
upper screen, since it can't fit above the emacs window in the lower
screen. From that point on, the window focus is broken.
It seems that having the main emacs in the lower screen and the ediff
window in the upper screen is what causes the behavior described above.
If I keep the emacs window away from the top of the lower screen, so
that there is room for the little ediff window to fit in the lower
screen, then the problem does not occur.
Maybe emacs has nothing to do with this bug -- maybe it is only
exposing a bug in the window manager. Any suggestions?
Paul
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#1753
; Package
emacs
.
(Thu, 01 Jan 2009 09:25:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Chong Yidong <cyd <at> stupidchicken.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Thu, 01 Jan 2009 09:25:04 GMT)
Full text and
rfc822 format available.
Message #10 received at 1753 <at> emacsbugs.donarmstrong.com (full text, mbox):
Unfortunately, judging by past bugs related to multi-screen setups, none
of the regular Emacs bug-fixers have multiple screens available for
reproducing such bugs. I suggest running Emacs under gdb in an xterm,
and arranging things so that when focus gets stuck, that xterm is in
focus. Assuming that's possible, do C-z to suspend the Emacs process,
and inspect the backtrace to see if anything suspicious is going on;
maybe Emacs is looping somewhere in its window-manager interaction code?
Tags added: moreinfo
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Thu, 26 Feb 2009 04:05:07 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#1753
; Package
emacs
.
(Mon, 03 Feb 2014 00:10:02 GMT)
Full text and
rfc822 format available.
Message #15 received at 1753 <at> debbugs.gnu.org (full text, mbox):
Chong Yidong <cyd <at> stupidchicken.com> writes:
> Unfortunately, judging by past bugs related to multi-screen setups, none
> of the regular Emacs bug-fixers have multiple screens available for
> reproducing such bugs. I suggest running Emacs under gdb in an xterm,
> and arranging things so that when focus gets stuck, that xterm is in
> focus. Assuming that's possible, do C-z to suspend the Emacs process,
> and inspect the backtrace to see if anything suspicious is going on;
> maybe Emacs is looping somewhere in its window-manager interaction code?
More information was requested five years ago, but no further progress
has been made, so I'm closing this bug report. If this problem is still
present, please reopen the bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
bug closed, send any further explanations to
1753 <at> debbugs.gnu.org and Paul Graham <pgraham <at> oasys-ds.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Mon, 03 Feb 2014 00:10:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 03 Mar 2014 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 164 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.