bug-gnu-emacs
[Top][All Lists]
Advanced

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

Multiple displays: freezing on selection (21.3.2, SunOS 5.8)


From: Eric Ewanco
Subject: Multiple displays: freezing on selection (21.3.2, SunOS 5.8)
Date: Thu, 19 Aug 2004 10:24:34 -0400 (EDT)

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the address@hidden mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.3.2 (sparc-sun-solaris2.8, X toolkit)
 of 2004-08-10 on swdev103
configured using `configure  --prefix=/opt/emacs-21.3'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  locale-coding-system: nil
  default-enable-multibyte-characters: t

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

1) Invoke X Windows version of Emacs 21.3 (or any earlier version as
   far back as I can remember) under Solaris with --no-init-file
   --no-site-file options.

2) Create a buffer with text; C-h n or C-h i is fine.

3) Use File/Make Frame on Display menu or M-x make-frame-on-display
   and enter your current display.  Another frame will come up.  

4) Using the mouse, select text in the current window (so that it
   turns blue).

5) Go to the other window.  You will be unable to do anything in this
   window except select menu items (which are not executed); it is
   frozen.

6) Go to the first window.  Unselect.

7) Go to the second window.  You can now use this window.  Whatever
   events you tried to execute while frozen are now processed. 

I know this doesn't happen under Linux using the same X server (which,
in my case, is eXceed 8 under Windows 2000), so it seems to be a bug
peculiar to SunOS.  Note also that it doesn't happen with "New Frame",
only with "New Frame on Display", regardless of whether the display is
the same X server or not.

I have seen this bug for many years.  Obviously very annoying if you
bring up one window at work and one at home!

Recent input:
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<mouse-movement> <mouse-movement> <mouse-movement> 
<drag-mouse-1> <down-mouse-1> <mouse-1> <switch-frame> 
<help-echo> <down-mouse-1> <mouse-1> <down-mouse-1> 
<mouse-1> <down-mouse-1> <drag-mouse-1> <down-mouse-1> 
<drag-mouse-1> <down-mouse-1> <drag-mouse-1> <down-mouse-1> 
<drag-mouse-1> <down-mouse-1> <drag-mouse-1> <down-mouse-1> 
<drag-mouse-1> <help-echo> <help-echo> <help-echo> 
<menu-bar> <edit> <search> <search-forward> C-g <help-echo> 
<help-echo> M-x r e p o r t - e m a c s - b u g <r
eturn>

Recent messages:
Loading image...done
Loading tooltip...done
For information about the GNU Project and its goals, type C-h C-p.
Note: file is write protected
Loading outline...
Loading easy-mmode...done
Loading outline...done
Mark set
Quit
Loading emacsbug...done




reply via email to

[Prev in Thread] Current Thread [Next in Thread]