New windows should always show up in front

[jleclanche]

When pcmanfm is already open (eg in desktop mode) and the user types pcmanfm in the shell, the new window shows up behind everything else.

[jleclanche]

I'm still getting this issue in master. Launching pcmanfm-qt from the command line, the windows show up behind my terminal if the desktop is running.

[PCMan]

That's normal from the point of view of a window manager. Openbox has a feature which avoids stealing your keyboard focus while you're typing. After you type the command, the WM detects that you just issued a keyboard event and think that you're typing. So it does not disturb you by poping up another window. This can be fixed with NETWM "source indication" and cheat the WM to let it think that the raising window request is from a pager or the taskbar, but that's not necessarily the correct behaviour.

[jleclanche]

Doing sleep 1 && pcmanfm does not alter that behaviour, so I don't think it has to do with keyboard events.

[PCMan]

Doing sleep 1 && pcmanfm-qt solves the problem here for me.
Maybe you can try to wait for longer. Please try sleep 5 && pcmanfm-qt.
The only way to avoid this is to set NETWM source indication (not supported by Qt and needs to be done with Xlib), but that should only be used by taskbars to switch between windows and we should not abuse that NETWM feature.

[jleclanche]

It fixes the issue on openbox, but not kwin.

Is this a WM issue?

J. Leclanche

On Mon, Mar 10, 2014 at 2:32 AM, PCMan notifications@github.com wrote:

Doing sleep 1 && pcmanfm-qt solves the problem here for me.
Maybe you can try to wait for longer. Please try sleep 5 && pcmanfm-qt.
The only way to avoid this is to set NETWM source indication (not
supported by Qt and needs to be done with Xlib), but that should only be
used by taskbars to switch between windows and we should not abuse that
NETWM feature.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/18#issuecomment-37148958
.

[PCMan]

http://docs.kde.org/development/en/kde-workspace/kcontrol/windowbehaviour/index.html
Yes, that behaviour is by design. See the "Focus stealing prevention" section.
So, it's a WM behaviour rather than a bug. Nothing needs to be fix here.
I'd like to close this bug if you agree. Thanks!

[jleclanche]

Ok, lets close it then.