[5409] in Athena Bugs

home help back first fref pref prev next nref lref last post

rt 7.0F: mwm

daemon@ATHENA.MIT.EDU (Jonathan I. Kamens)
Tue Jul 3 23:23:29 1990

Date: Tue, 3 Jul 90 23:22:59 -0400
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: athan@ATHENA.MIT.EDU
Cc: bugs@ATHENA.MIT.EDU
In-Reply-To: bugs[5401]

   From: athan@ATHENA.MIT.EDU
   Date: Tue, 03 Jul 90 11:34:12 EDT

   System name:		m11-113-7
   Type and version:	RTPC-ROMPC 7.0F
   Display type:		megapel

	   Apparently, if mwm opens a window directly under the mouse
   cursor (i.e., I think what I did was to hit the button and then I
   moved the mouse diagonally to the right and down) the window that
   pops up does not become the current one.  Perhaps this was an
   isolated incident, but perhaps not...

  I cannot duplicate this problem.  I have tried the following tests
with mwm running with and without mwm borders on the window:

1. Run xterm.  When mwm asks to place it, press the mouse and then
   quickly move down and to the right so that the mouse is in the
   window when it maps.

2. Do the same thing with emacs.

3. Run an xterm with a specified geometry argument, and then move the
   mouse so that when mwm maps the window, the mouse is on top of the
   xterm.

4. Do the same thing with emacs.

I have tried some of these tests several times, with no success.

  If you could be a bit more specific about what you are doing, we
might be able to help.  For example, what program is this problem
happening with -- xterm, emacs, or something else?  Also, does it
happen consistently, or irregularly?  On both the Vax and RT, or just
the vax?

  We'll try to fix it, but we can't do that if we can't duplicate it.
Thanks for the help.

 Jonathan Kamens
 Project Athena Quality Assurance

home help back first fref pref prev next nref lref last post