From xemacs-m  Tue Aug 26 12:40:33 1997
Received: from wfdutilgw.ml.com (wfdutilf01.ml.com [206.3.74.31])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id MAA24554
	for <xemacs-beta@xemacs.org>; Tue, 26 Aug 1997 12:40:32 -0500 (CDT)
Received: from ml1.ml.com ([199.201.57.130])
	by wfdutilgw.ml.com (8.8.5/8.8.5/MLgw-3.03) with ESMTP id NAA13888
	for <xemacs-beta@xemacs.org>; Tue, 26 Aug 1997 13:34:53 -0400 (EDT)
Received: from commpost.ml.com (commpost.ml.com [146.125.4.24])
	by ml1.ml.com (8.8.5/8.8.5/MLml4-2.07) with SMTP id NAA07773
	for <xemacs-beta@xemacs.org>; Tue, 26 Aug 1997 13:39:58 -0400 (EDT)
Received: from spssunp.spspme.ml.com (spssunp.spspme.ml.com [192.168.111.13]) by commpost.ml.com (8.6.12/8.6.12) with ESMTP id NAA19470 for <xemacs-beta@xemacs.org>; Tue, 26 Aug 1997 13:45:06 -0400
Received: by spssunp.spspme.ml.com (SMI-8.6/SMI-4.1)
	id NAA00760; Tue, 26 Aug 1997 13:39:54 -0400
To: XEmacs Beta List <xemacs-beta@xemacs.org>
Subject: [comp.emacs.xemacs] Keyboard goes silent (19.14, 19.15, 20.2)
X-Face: D>:hrrB{l6#\wU;)0R:OHSTA@ayd.Oq?s@Rrc;[+z0m+<-U"$G-J6L)F2QY`qK~uPu!s1(6{\#uy!Ag/D)?'L[}xErXvxoPn8T_hKi{M]/(`BF{e}X7;hby`p\.E$rJ}Aff#BT,rdDIw\y
X-Y-Zippy: I have a TINY BOWL in my HEAD
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: multipart/mixed;
 boundary="Multipart_Tue_Aug_26_13:39:53_1997-1"
Content-Transfer-Encoding: 7bit
From: Colin Rafferty <craffert@ml.com>
Date: 26 Aug 1997 13:39:53 -0400
Message-ID: <ocrzpq4q1w6.fsf@ml.com>
Lines: 64
X-Mailer: Gnus v5.4.65/XEmacs 20.3(beta18) - "Bratislava"

--Multipart_Tue_Aug_26_13:39:53_1997-1
Content-Type: text/plain; charset=US-ASCII

This also happens in Bratislava.


--Multipart_Tue_Aug_26_13:39:53_1997-1
Content-Type: message/rfc822

MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: vanmelle@parc.xerox.com (Bill van Melle)
Subject: Keyboard goes silent (19.14, 19.15, 20.2)
Message-ID: <97Aug25.125806pdt."558222"@gesualdo.parc.xerox.com>
Date: Mon, 25 Aug 1997 12:57:57 PDT
Newsgroups: comp.emacs.xemacs

I'm running XEmacs 19.15 under Solaris 2.5.1 and Openwindows 3.5 on a Sparc
Ultra 1.  Every once in a while, the following happens: I switch to some
buffer and find that it has been horizontally scrolled (there are
left-arrow glyphs all along the left margin), even though it's not a buffer
in which truncate-lines has been set true.  Typing C-a only takes me back
to the left edge of the window, not the beginning of the line.  If I
horizontally scroll it back to normal, the horizontal scrollbar goes away,
but now the keyboard is dead.  Emacs completely ignores keyboard input,
including Ctrl-G.  However, the mouse is still alive, and can still select
text, scroll windows, and pull down menus.

One way to get out of this state is to pull down the File->Open menu, which
pops up a dialog box.  After I dismiss the dialog box, my keyboard is once
again active.  The only thing that is amiss is that my scrollbars stop
updating.  The latter is fixed by clicking Middle in the scrollbar, which
doesn't scroll to where I'd expect, but it does kick the scrollbar back
into action, so that subsequent scrolling is properly reflected in the
scrollbar.

I recently started using XEmacs 20.2 Mule, and found a very reproduceable
example of what appears to be the same bug.  After evaluating the following
two expressions (I put them in a scratch buffer and type C-x C-e after
each):

    (set-face-font 'default
    '("-misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-1"))

    (set-face-font 'default
    '("fixed" "-sony-fixed-medium-r-normal--16-120-100-100-c-80-jisx0201.1976-0"))

the window is as described above (horizontally scrolled).  The amount of
scrolling appears to be the same as the amount the X frame shrank when the
second command was evaluated.  I also found that at this moment, the
keyboard is still active, and if I switch to another buffer and come back,
everything is back to normal.  It's only if I drag the horizontal scrollbar
in an attempt to make the window normal that the keyboard goes catatonic.
I can also get out of the catatonic state completely by clicking middle in
the vertical scrollbar, without having to pop open a dialog box (maybe this
works in the originally stated bug in 19.15, but I haven't had it happen to
me since I made these discoveries).

This bug also exists in 19.14, but not 19.13.

	Bill

--Multipart_Tue_Aug_26_13:39:53_1997-1--

