When using firefox, occasionally it becomes impossible to type into a given window. You can position the mouse in the entry area (say a text box, or the url bar), but typing doesn't accomplish anything. Eventually I noticed that the typing is actually instead being sent to a different firefox window. The window that is not recieving key events is the active on top window, and text in it can be selected, highlighted, etc, however, all keyboard events still go to the wrong firefox window. Using the window no longer getting proper key events with the mouse works fine (clicking on links, menus, etc), however, I have not found a way to recover a window gone funny like this. I generally have to open a new window. This happens reasonably regularly... at least a few times a day. Reproducible: Always Steps to Reproduce:
Forgot to mention -- this same problem occurs both with the mozilla-firefox ebuild, and the mozilla-firefox-bin ebuild.
Don't forgot the output of 'emerge info' also say what WM you are using, if this is fluxbox the way windows get focused is differant depending on some settings
Emerge Info Output: <blockquote> Portage 2.0.50-r7 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9, 2.4.25) ================================================================= System uname: 2.4.25 i686 AMD Athlon(TM) XP 2400+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="" ARCH="x86" AUTOCLEAN="yes" BASH_ENV="/etc/portage/bashrc" CC="gcc" CFLAGS="-O2 -pipe" CHOST="i686-pc-linux-gnu" CLEAN_DELAY="5" COLORFGBG="15;default;0" COLORTERM="rxvt-xpm" COLUMNS="169" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CVSROOT="cvs.office.slipstream.net:/usr/local/cvsroot" CVS_RSH="ssh" CXX="g++" CXXFLAGS="-O2 -pipe" DISPLAY=":0.0" DISTDIR="/usr/portage/distfiles" EDITOR="/usr/bin/vim" FEATURES="autoaddcvs ccache sandbox" FETCHCOMMAND="/usr/bin/wget -t 5 --passive-ftp -P ${DISTDIR} ${URI}" GDK_USE_XFT="1" GENTOO_MIRRORS="ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp.du.se/pub/os/gentoo http://mirror.datapipe.net/gentoo" GLIBC_SSP_CHECKED="1" GRP_STAGE23_USE="ipv6 pam tcpd readline nls ssl gpm perl python berkdb acl ncurses" G_BROKEN_FILENAMES="1" HOME="/root" HOSTNAME="spork" INFODIR="/usr/share/info:/usr/X11R6/info" INFOPATH="/usr/share/info:/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info" INPUTRC="/etc/inputrc" KDEDIR="/usr/kde/3.2" KDEDIRS="/usr" LESS="-R" LESSOPEN="|lesspipe.sh %s" LINES="56" LOGNAME="dheld" LS_COLORS="no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mng=01;35:*.xcf=01;35:*.pcx=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.avi=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.mov=01;35:*.qt=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:" MAKEOPTS="-j2" MANPATH="/usr/share/man:/usr/local/share/man:/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man:/usr/X11R6/man:/usr/qt/3/doc/man" MOZILLA_FIVE_HOME="/usr/lib/mozilla" NOCOLOR="false" PAGER="/usr/bin/less" PATH="/usr/bin/wrappers:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.3:/usr/X11R6/bin:/usr/qt/3/bin:/usr/kde/3.2/sbin:/usr/kde/3.2/bin" PKGDIR="/usr/portage/packages" PORTAGE_BINHOST_CHUNKSIZE="3000" PORTAGE_CACHEDIR="/var/cache/edb/dep/" PORTAGE_CALLER="emerge" PORTAGE_GID="250" PORTAGE_MASTER_PID="2983" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PRELINK_PATH="" PRELINK_PATH_MASK="" PS1="\[\033[01;35m\]$(date +%H:%M) \[\033[01;31m\]\u@\h \[\033[01;34m\]\w # \[\033[00m\]" PWD="/home/dheld" QMAKESPEC="linux-g++" QTDIR="/usr/qt/3" REALPATH="/home/dheld/bin:/usr/bin/wrappers:/bin:/usr/bin:/usr/local/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/3.3:/usr/X11R6/bin:/usr/qt/3/bin:/usr/kde/3.2/bin:/usr/sbin" RESUMECOMMAND="/usr/bin/wget -c -t 5 --passive-ftp -P ${DISTDIR} ${URI}" RPMDIR="/usr/portage/rpm" RSYNC_RETRIES="3" RSYNC_TIMEOUT="180" SHLVL="4" SYNC="rsync://rsync.gentoo.org/gentoo-portage" TERM="rxvt" USE="3dnow X apache2 apm arts artswrappersuid avi berkdb crypt cups encode foomaticdb gdbm gif gnome gpm gtk gtk2 imap imlib jpeg libg++ libwww mad mikmod mmx motif mozilla mpeg mysql mysqli ncurses nls oggvorbis oss pam pdflib perl png python qt quicktime readline sdl slang spell sse ssl svga tcpd truetype x86 xml2 xmms xosd xv zlib" USER="dheld" USERLAND="GNU" USE_EXPAND="VIDEO_CARDS INPUT_DEVICES LINGUAS" VERBOSE="1" WINDOWID="56623113" XARGS="xargs -r" XAUTHORITY="/root/.xauthIcHx7O" XINITRC="/etc/X11/xinit/xinitrc" XTERMCMD="rxvt" _="/usr/bin/emerge" </blockquote> I'm using Ion2 as window manager. Thanks.
I've noticed this problem too, particularly when I'm using the tabbrowser extensions. I've found that clicking on the first tab in the window, then returning to the tab that interests me, seems to fix the problem. I assume that a list pointer is getting out of whack and that going to the first tab is resetting things somehow. If you're interested, please test this in 0.9 and report to bugzilla.mozilla.org if the problem persists. It's not something we're going to fix at the distribution level. Thanks for the bug report.
Wrong resolution
I meant to close this UPSTREAM
> It's not something we're going to fix at the distribution level. Just to confirm... although this isn't something that you're going to fix at this distribution level (as I expected when reporting), the right procedure is still to report it here and to then let the gentoo maintainer report it upstream, correct? Thanks.
I can reproduce this problem in regular mozilla 1.7.3-r3. Here, it's always present when I start the program, with only one tab open (but the tab bar is visible, if that means anything.) I typically run with only a browser and mail window open; immediately after starting, regardless of which window has focus, the mail window responds to it. Clicking, double-clicking, whatever, with the mouse appears to have no effect. If I use either window using exclusively the mouse for a while, the problem seems to fix itself over time, and I don't seem to have any keyboard input problems until I close Mozilla and start a new session. For reference, my primary window manager is Ion2, and I frequently run fluxbox inside an Xnest session, however Mozilla is always running on the toplevel X server (and thus managed by Ion2). I recall this problem beginning immediately and suddenly after an emerge -uD world, however I don't remember exactly what I upgraded from and I can't remember the exact date. (I can for sure say it began happening at some point during or after September...) I also recall having some sort of suspicion related to GTK, but I can't remember exactly what or why... For what it's worth: roothorick@prodigy ~/stepmania $ genlop -l --date 9/1/2004 | egrep gtk\\+\|mozilla Wed Sep 8 23:52:31 2004 >>> x11-libs/gtk+-2.4.9 Thu Sep 9 16:35:45 2004 >>> net-www/mozilla-launcher-1.18 Thu Sep 9 19:45:27 2004 >>> net-www/mozilla-1.7.2-r1 Sat Oct 23 11:36:22 2004 >>> x11-libs/gtk+-2.4.9-r1 Sun Oct 24 01:34:32 2004 >>> net-www/mozilla-launcher-1.22 Sun Oct 24 02:47:25 2004 >>> net-www/mozilla-1.7.3 Thu Nov 4 23:14:55 2004 >>> x11-libs/gtk+-2.4.13 Sat Nov 27 18:30:54 2004 >>> x11-libs/gtk+-2.4.13-r1 Sat Nov 27 19:55:42 2004 >>> net-www/mozilla-launcher-1.23 Sat Nov 27 21:37:26 2004 >>> net-www/mozilla-1.7.3-r3 Sat Dec 11 18:11:45 2004 >>> x11-libs/gtk+-2.4.14 I'm just finishing a downgrade back to 1.7.3 as I wrote this. I'll report back if I can reproduce the bug in this version.
