! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
setting to disable desktop-switching for windows that get raised


Description David Danier 2007-01-27 15:05:42 CET
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; de; rv: Gecko/20070105 Firefox/
Build Identifier: 

I often click URLs from within the email-client or im-client. They get opened in a new tab in firefox. Firefox seems to send/send some GIVE_ME_FOCUS_I_M_IMPORTANT-Tag that is handled within xfwm4 (I think).

With some XFCE4.4Beta/RC-Relese this was used to raise the firefox. This behavior could be annoying, if you want to open many URLs and change the window yourself. But you can stay on other desktops while opening URLs and it works fine again.

Now XFCE4.4 changed this behavior to make it even more annoying: Firefox gets pulled to your current desktop. As this stops me from using RSS-Feeds or similar (everything with many URLs -> you scroll through them -> pick some -> open them -> switch desktop -> navigate through tabs), I would prefer to have some way to disable this.

Reproducible: Always

Steps to Reproduce:
1. Open firefox.
2. Switch desktop.
3. Trigger firefox to open new tab.

Actual Results:  
Firefox gets pulled to your desktop/is raised.

Expected Results:  
Firefox stays in background and (more important) on it's desktop.

My alternate behavior would be:
Let the window stay where it is, but do some fancy animation in the taskbar (blink?). If the window is not on the current desktop and the taskbar only shows windows from the current desktop the window-button should be added until the event is gone (you focused that window or (enhancement) middle/right-click on that event to make it disappear).
Comment 1 Olivier Fourdan editbugs 2007-01-28 20:22:23 CET
What you are asking is focus stealing prevention.

Did you try enabling it in the WM tweaks plugin?
Comment 2 David Danier 2007-01-28 22:16:03 CET
Though I tried this....but somehow I must done it wrong. It works now, thanks for pointing me to this option (again).

Sorry for this needless bugreport.
Comment 3 David Danier 2007-05-23 22:56:50 CEST
Sorry to reopen this after this long period, but I re-found my original problem again after Gentoo got XFCE 4.4.1 stable. I used some SVN-version on my laptop, but replaced it after some time, this might have "fixed" the problem...on the other hand there can be something wrong with the update (which migth be a bug in XFCE or the Gentoo-Ebuilds), anyway getting this additional option(s) - see below - could be a nice enhancement.

The problem is not really the raising of the window, thats a behavior I even like (but had disabled now for quite some time because of comment #1). Instead what annoys me is that windows get pulled across the desktops. If I open some URL that, Firefox will open an new tab. If the Firefox-window is on some other desktop it gets pulled to the current one. Thanks to focus stealing prevention the Firefox-window stays in the background what makes things even more confusing.

So my request is to add a option to disable switching the desktop for such events (in addition to the focus stealing prevention).
Perhaps there can be a second additional option to display such windows on every desktop in the taskbar (blinking, so you don't miss it). If you click on this taskbar-entry the desktop should switch to the correct one.
Comment 4 Olivier Fourdan editbugs 2007-05-24 12:44:29 CEST
If you are using version 4.4.1, did you try to play with options added as part of bug #2961 ?

Some hidden options allow you to customize xfwm4 behaviour. They have to be added by hand to your HOME/.config/xfce4/xfwm4/xfwm4rc file. You may have to create this file.


    How the window manager must react when a window raises itself. When set to "bring", the window manager to bring the window on the current workspace, "switch" will switch to the window's workspace, and "none" will simply do nothing but set the "demand attention" flag on the window. 
Comment 5 David Danier 2007-05-24 13:33:28 CEST
Thanks for the hint, this fixes the problem.

Bug #2837

Reported by:
David Danier
Reported on: 2007-01-27
Last modified on: 2009-07-14


Olivier Fourdan
CC List:
0 users



Additional information