Bug 70407 – halt or reboot in x11 terminals gets "enter" key stuck

• Status: RESOLVED WONTFIX
• Product: Gentoo Linux

[Description Bruno Lustosa 2004-11-07 20:11:32 UTC]

I don't know if this is a gnome problem or not, but if I try to 'halt' or 'reboot' from the gnome-terminal window, I get the same effect as keeping pressed the Enter key.
If I close gnome-terminal with the mouse, and the focus is on a button in the panel or an icon on the desktop, it will open loads of them as if I was pressing enter.
However, it all ends, because the system is actually shutting down, and so doesn't cause much trouble.

Reproducible: Always
Steps to Reproduce:
1. Open gnome-terminal
2. su to root
3. halt or reboot

Actual Results:  
same effect as enter key stuck

Expected Results:  
shut down without any side effects

emerge info output:

Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.3.4, glibc-2.3.4.20041102-r0,
2.6.8-gentoo-r7 i686)
=================================================================
System uname: 2.6.8-gentoo-r7 i686 AMD Athlon(TM) XP 1800+
Gentoo Base System version 1.6.5
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux-headers-2.4.22
Libtools: sys-devel/libtool-1.5.2-r6
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-pipe -O2 -march=athlon-xp -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-pipe -O2 -march=athlon-xp -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="ftp://ftp.las.ic.unicamp.br/pub/gentoo/
http://open-systems.ufl.edu/mirrors/gentoo http://mirror.datapipe.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X aalib alsa apm avi berkdb bitmap-fonts bonobo cdr crypt cups dga
encode esd f77 fam flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2
gtkhtml guile imagemagick imlib java jpeg libg++ libwww mad mikmod motif mozilla
moznocompose moznoirc moznomail mpeg mysql ncurses nls oggvorbis opengl oss pam
pdflib perl png python qt quicktime readline sasl sdl spell ssl svga tcltk tcpd
tetex tiff truetype unicode x86 xml xml2 xmms xv zlib"

[Comment 1 Mike Gardiner (RETIRED) 2004-11-07 21:10:12 UTC]

Confirmed with both gnome-terminal and xterm, implying this is not a gnome/gnome-terminal/gnome team bug.

[Comment 2 foser (RETIRED) 2004-11-08 06:20:39 UTC]

i seriously don't find this the time worth investigating.

Anyway, i don't think it's wise to halt from a terminal in gnome, i doubt the shutdown sequence is such that your gnome session cleanly shuts down this way.

[Comment 3 Bruno Lustosa 2004-11-08 09:43:47 UTC]

I'm doing this because it's faster than logging out of gnome, and then selecting shutdown from the gdm system menu.
If gnome-session doesn't have privileges to halt the system, then either the options shouldn't be in the logout window menu, or the installer should make it possible for it to shut the system down. The way it is now, by default it seems broken.
Look at my other report:
http://bugs.gentoo.org/show_bug.cgi?id=70403