In Firefox, when I'm in full screen mode, and I hit Alt + Tab to switch to another window, it doesn't do it. I'm using Fluxbox. I haven't checked if this error occurs in other WM's. I had this problem with both 0.8 & 0.9 (compiled from source). The ebuild I recently used is 0.9-r1. This is mildly irritating. Occasionally, a window pops up (which I intended), and by default it goes behind the full screen-ed window. Alt + Tab doesn't get me to it. I have to hit F-11 to get out of full screen mode and then go to the other window. Reproducible: Always Steps to Reproduce: 1. Use Fluxbox. 2. Use Firefox compiled from source (0.9-r1) 3. Run a normal program that opens up a window. 4. Run Firefox. 5. With the focus on Firefox, press F-11 to go to full screen mode. 6. Press Alt-Tab. Ideally, you should go to the other window's app, but on my side, it won't. Actual Results: I couldn't access the other windows while in full screen mode. Expected Results: Switched focus to the other window. Portage 2.0.50-r8 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3.20040420-r0, 2.4.25) ================================================================= System uname: 2.4.25 i686 Intel(R) Pentium(R) 4 CPU 2.53GHz Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.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="-march=pentium4 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache fixpackages sandbox" GENTOO_MIRRORS="http://128.213.5.34/gentoo/ http://gentoo.seren.com/gentoo http://adelie.polymtl.ca/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="X aalib acpi alsa apache2 apm arts avi berkdb bonobo cdr crypt cups dga directfb doc dvd emacs encode esd evo fbcon fbdev foomaticdb gb gd gdbm gif gnome gphoto2 gpm gtk gtk2 gtkhtml guile imap imlib ir java jpeg justify kde lcms ldap leim libg++ libwww mad maild mbox mikmod motif mozilla mpeg mysql ncurses nls oav ofx oggvorbis opengl oss pam pda pdflib perl pgp plotutils png pnp python qt quicktime readline samba sasl sdl slang spell sse ssl svga tcltk tcpd tetex tiff truetype usb vesa video_cards_radeon wmf x86 xinerama xml xml2 xmms xv zlib"
I don't think this is the fault of firefox. Reassigning to commonbox team for investigation.
Actually, I think this is a Fluxbox thing. Problem arises with other programs as well. And problem disappears with other WM's.
17:54 < ciaranm> Rathnor: any clue on http://bugs.gentoo.org/show_bug.cgi?id=55511 btw? i'm thinking it's intentional, but i'm not entirely sure... 17:56 < ak|ra> ciaranm: i would say the layer of a fullscreen firefox is above the other windows 17:57 < ciaranm> ak|ra: yeah 17:59 < Rathnor> ciaranm: hmmm 17:59 < Rathnor> IIRC< firefox requests the _NET_WM_STATE_FULLSCREEN state 18:00 < Rathnor> fluxbox puts apps in that state onto the above dock layer 18:00 < Rathnor> thus, when you alt-tab, it does change focus 18:00 < Rathnor> just that the raise isn't "powerful" enough to get above something way up there in above dock 18:00 < ak|ra> Rathnor: so we do it right an all other wm's do it wrong :) yeahbaby 18:01 < Rathnor> the spec doesn't seem to say that fullscreen implies above 18:01 < Rathnor> so maybe not 18:01 < Rathnor> ahhh, it DOES! 18:01 < Rathnor> I win! 18:02 < Rathnor> http://freedesktop.org/Standards/wm-spec/1.3/ar01s07.html#STACKINGORDER 18:03 < Rathnor> it could be considered a bug that flux lets you alt-tab the focus away from firefox 18:03 < Rathnor> i can also move firefox sideways using alt-drag 18:04 < Rathnor> but oh well 18:04 < Rathnor> neither of them are quite what that bug is about 18:05 < Rathnor> ciaranm: aaaactually 18:05 < Rathnor> the wording of the spec is: 18:05 < Rathnor> focused windows having state _NET_WM_STATE_FULLSCREEN 18:05 < Rathnor> ... 18:05 < Rathnor> The window manager may choose to put some windows in different stacking positions, for example to allow the user to bring currently a active window to the top and return it back when the window looses focus. 18:06 < Rathnor> so arguably the fullscreen app should only be brought to the top when it is focused, and then returned 18:06 < Rathnor> rather than forcefully staying on top as it is now 18:07 < Rathnor> doing that probably makes sense 18:07 < Rathnor> so you could leave it open :) 18:07 < ciaranm> heh, ok. mind if i paste in a log of the past few minutes? 18:08 < Rathnor> not at all
Can this bug be closed? I can't figure out what the IRC conversation determined in comment #3, but it bugs me because this shows up on my firefox radar... ;-)
Ok, I'll close this one off as upstream. They'll probably get around to fixing it sometime... *sigh*
