xemacs always uniconifies itself if I iconify it before it has finished starting up. Here's how to reproduce it: - get yourself a slow network. - ssh -f remote-host 'xemacs -q --eval "(shell)"' - 10 seconds later, the xemacs window is mapped. - iconify it. - 27 seconds later, the xemacs window is mapped again. Yes indeed, it's triggered by the shell, even with none of my .emacs file loading. This surprised me: I expected it to be related to the bending-over-backward one must do to exterminate the toolbars, but no. Plain old shell does it. This is not a recent bug -- it has been true for years, but I only just got around to narrowing it down. Fedora Core 3, Fedora XEmacs rpm xemacs-21.4.15-9 uname -a: Linux tweety.build.redhat.com 2.4.21-14.ELsmp #1 SMP Wed Apr 14 18:55:47 EDT 2004 i686 i686 i386 GNU/Linux ./configure 'i386-redhat-linux-gnu' '--prefix=/usr' '--datadir=/usr/share' '--docdir=/usr/lib/xemacs-21.4.15/doc/' '--infodir=/usr/share/info' '--libdir=/usr/lib' '--mandir=/usr/share/man/man1' '--with-gpm=yes' '--with-sound=native' '--with-pop' '--mail-locking=lockf' '--with-clash-detection' '--debug=yes' '--with-mule=yes' '--with-canna=yes' '--with-wnn=yes' '--with-xim=xlib' '--with-database=no' '--with-postgresql=no' '--with-ldap=no' '--with-hesiod=no' '--with-athena=3d' '--with-widgets=athena' '--with-menubars=lucid' '--with-scrollbars=lucid' '--with-dialogs=athena' '--with-msw=no' '--with-xfs=no' '--pdump' XEmacs 21.4.15 "Security Through Obscurity" configured for `i386-redhat-linux'. -- Jamie Zawinski jwz(a)jwz.org http://www.jwz.org/ jwz(a)dnalounge.com http://www.dnalounge.com/ http://jwz.livejournal.com/