FVWM: avoid switching desktops?
Suse 9.3, fvwm 2.5.10 and also in 2.5.18, firefox 1.5.0.6 I have 5 Desks set up, running firefox on one of them: Style Firefox-bin StartsOnDesk 2, SkipMapping This works fine: the desktop is not switched when firefox starts up. However, since a recent upgrade of firefox, whenever I open a new tab (not: window!) in firefox via firefox -remote openURL(...), the desktop switches to #2 where firefox runs. This is not what I want, the desktop should stay where it is. In earlier versions of firefox, this used to work: the desktop was not switched. How can I see what makes fvwm2 think it should switch the desktop now? Is there some verbose/debug mode availbale? firefox does *not* open a new window (even in that case it should not switch desks with the SkipMapping above in place)... When using e.g. the KDE window manager, the firefox icon in the taskbar starts blinking when I open the new tab, but the desktop is not switched. Thanks R'
Re: FVWM: avoid switching desktops?
* Viktor Griph | Look att UrgencyFunc in the manpage. It might be that firefox | (incorrectly) use the urgency hint when a new tab is opened. In | that case Destroying UrgencyFunc should stop the behavior, but you | might want to redefine it in some other way to maybe just ignore | firefox. Thanks for the pointer. I have added to my ~/.fvwm2rc ### firefox tab popup DestroyFunc UrgencyFunc but this does not change anything. I also added AddToFunc UrgencyFunc + I Exec xterm + I Echo UrgencyFunc to see whether this function was called at all, but no xterm appears, and no message is printed when the desktop is switched. So this is probably not what happens here... I had hoped that fvwm2 --debug would print something, but it does not... R'
Re: FVWM: avoid switching desktops?
On Mon, 18 Sep 2006 15:15:37 +0200 (CEST) Viktor Griph [EMAIL PROTECTED] wrote: On Mon, 18 Sep 2006, Ralf Fassel wrote: Suse 9.3, fvwm 2.5.10 and also in 2.5.18, firefox 1.5.0.6 I have 5 Desks set up, running firefox on one of them: Style Firefox-bin StartsOnDesk 2, SkipMapping This works fine: the desktop is not switched when firefox starts up. However, since a recent upgrade of firefox, whenever I open a new tab (not: window!) in firefox via firefox -remote openURL(...), the desktop switches to #2 where firefox runs. This is not what I want, the desktop should stay where it is. In earlier versions of firefox, this used to work: the desktop was not switched. How can I see what makes fvwm2 think it should switch the desktop now? Is there some verbose/debug mode availbale? firefox does *not* open a new window (even in that case it should not switch desks with the SkipMapping above in place)... When using e.g. the KDE window manager, the firefox icon in the taskbar starts blinking when I open the new tab, but the desktop is not switched. Look att UrgencyFunc in the manpage. It might be that firefox (incorrectly) use the urgency hint when a new tab is opened. In that case Destroying UrgencyFunc should stop the behavior, but you might want to redefine it in some other way to maybe just ignore firefox. Nope, it's certainly not that. I can't even reproduce this, and I have the same version of Firefox as listed. The only thing I can think of is if something like FvwmEvent (perhaps listening on 'visible_name') is somehow causing it. It would be nice to get some feedback on this -- since Firefox has been the cause of many issues in the past, not least of which were down to itself and not a cause of the window manager. Chances are this is exactly the same. :) -- Thomas Adam
Re: FVWM: avoid switching desktops?
On Mon, 18 Sep 2006, Ralf Fassel wrote: * Thomas Adam | Look att UrgencyFunc in the manpage. It might be that firefox | (incorrectly) use the urgency hint when a new tab is opened. In | that case Destroying UrgencyFunc should stop the behavior, but you | might want to redefine it in some other way to maybe just ignore | firefox. | | Nope, it's certainly not that. I can't even reproduce this, and I | have the same version of Firefox as listed. The only thing I can | think of is if something like FvwmEvent (perhaps listening on | 'visible_name') is somehow causing it. It's EWMHActivateWindowFunc. That was my second guess ;-) The default seems to be in fvwm/ConfigFvwmDefaults: # Needed by the ewmh support AddToFunc EWMHActivateWindowFunc + I Iconify off + I Focus + I Raise Victors message has set me up the right path to check with the sources, and in the default configuration files I found this function and just removed it: no more switching the desktop when firefox gets called. I'll try w/o EWMHActivateWindowFunc and see what else breaks :-) Q: how would I write something like if application != firefox then ... original code endif in EWMHActivateWindowFunc? I guess it would be something along the lines of Current (Firefox) Break but I don't want the current window, but the one which initiated the call. You will want the ThisWindow function inplace of Current. /Viktor
Re: FVWM: avoid switching desktops?
On Mon, 18 Sep 2006 16:17:21 +0200 Ralf Fassel [EMAIL PROTECTED] wrote: * Thomas Adam | Look att UrgencyFunc in the manpage. It might be that firefox | (incorrectly) use the urgency hint when a new tab is opened. In | that case Destroying UrgencyFunc should stop the behavior, but you | might want to redefine it in some other way to maybe just ignore | firefox. | | Nope, it's certainly not that. I can't even reproduce this, and I | have the same version of Firefox as listed. The only thing I can | think of is if something like FvwmEvent (perhaps listening on | 'visible_name') is somehow causing it. It's EWMHActivateWindowFunc. The default seems to be in fvwm/ConfigFvwmDefaults: # Needed by the ewmh support AddToFunc EWMHActivateWindowFunc + I Iconify off + I Focus + I Raise Victors message has set me up the right path to check with the sources, and in the default configuration files I found this function and just removed it: no more switching the desktop when firefox gets called. I'll try w/o EWMHActivateWindowFunc and see what else breaks :-) Q: how would I write something like if application != firefox then ... original code endif in EWMHActivateWindowFunc? I guess it would be something along the lines of Current (Firefox) Break but I don't want the current window, but the one which initiated the call. So use ThisWindow in place of Current, and use the window's class name, not the example you have above. If you're unsure what the class name of Firefox is, use FvwmIdent, or xprop, etc. Given that I too have that function defined, I fail to see why your version of Firefox is causing it to be run, whereas mine is not, despite the fact that we both have the same versions. I suppose YMMV. -- Thomas Adam
Re: FVWM: avoid switching desktops?
* Viktor Griph | You will want the ThisWindow function inplace of Current. Thanks. I'll give it a try when I find I really need EWMHActivateWindowFunc. R' PS. Sorry for misspelling your name in the first response...
Re: FVWM: avoid switching desktops?
* Thomas Adam | Given that I too have that function defined, I fail to see why your | version of Firefox is causing it to be run, whereas mine is not, | despite the fact that we both have the same versions. I have configured firefox to open new urls in a separate tab instead of a new window, just in case it matters... (Preferences - Tabs - Links from other apps - new tab in last active window) Probably it's the SUSE/1.5.0.6-1.4 Firefox/1.5.0.6 version which is compiled with special options. Or whatever... fvwm itself says: % fvwm2 -V fvwm 2.5.18 compiled on Sep 18 2006 at 11:36:02 with support for: ReadLine, XPM, PNG, Shape, XShm, SM, Xinerama, XRender, XFT, NLS I don't see any mention of EWMH there though the manpage says it should be listed: -V | --version Prints the version of fvwm to stderr. Also prints an informa- tion about the compiled in support for readline, rplay, stroke, xpm, png, gnome hints, EWMH hints, session management, bidirec- tional text, multibyte characters, xinerama and Xft aa font ren- dering. R'
Re: FVWM: avoid switching desktops?
I just attempted to duplicate the bug with the same versions as Ralf, fvwm 2.5.10, firefox 1.5.0.6, and Suse 9.3, and the bug is definitely there. Changing EWMHActivateWindowFunc to have a test for the window name fixes it. Emilie
Re: FVWM: avoid switching desktops?
* Emilie Ann Phillips | I just attempted to duplicate the bug with the same versions as Ralf, | fvwm 2.5.10, firefox 1.5.0.6, and Suse 9.3, and the bug is definitely | there. Is it indeed a _bug_ in fvwm? I would guess that it might be intended behaviour... (just that *I* have different expectations of what should happen :-) You might call it a bug that neither EWMHActivateWindowFunc nor UrgencyFunc are mentioned in my 2.5.10 fvwm2 man page, but that seems already fixed in the current 2.5.18 man page. R'