Pager activated application on different desktop does not receive focus

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Integrate Tint2 with Openbox
2. Set it to multi desktop pager mode
3. Open two applications on one desktop and give focus to one of them
4. Switch to another desktop
5. Click the task of the application which did NOT have focux

What is the expected output? What do you see instead?
The application which has been clicked should receive focus after the desktop 
has changed.
Instead, the application receives focus but is taken focus shortly after, when 
Openbox automatically gives focus to the application which had focus, when you 
left the desktop.

What version of the product are you using? On what operating system?
SVN

Please provide any additional information below.
With Openbox 3.4.11.2 on Gentoo

Original issue reported on code.google.com by cedric.s...@gmail.com on 12 Jan 2011 at 6:03

[GoogleCodeExporter]

Here's the bug report in openbox: 
http://bugzilla.icculus.org/show_bug.cgi?id=4873
I filed it there yesterday, as somebody already mentioned it in some comment...

I'm leaving it open as long as it is not fixed in openbox

Original comment by Andreas.Fink85 on 12 Jan 2011 at 6:38

[GoogleCodeExporter]

have reported this bug in 2008 to openbox 
http://bugzilla.icculus.org/show_bug.cgi?id=3648

but, so far, Dan Jansens can't reproduce it.

XFWM doesn't have this problem.

Original comment by thilo...@gmail.com on 12 Jan 2011 at 6:56

[GoogleCodeExporter]

There must be some simple logic behind that going wrong, no? Both tint2 and OB 
want to pursue their own policy of what window to give focus to, necessarily, 
one of the two policies (the WM's one) has to be cancelled, no?

I can confirm both variants of the issue, multi- and singledesktop behaviour of 
GIMP. Dana should be able to reproduce it.

Original comment by cedric.s...@gmail.com on 12 Jan 2011 at 7:23

[GoogleCodeExporter]

@ManDay

Nothing wrong in the logic.

1) tint2 send (to openbox) an event to change the current desktop. 
   When openbox change the desktop, they also want to change 
   the active Window (_NET_ACTIVE_WINDOW). And it's the right thing to do.
2) tint2 send (to openbox) an event to change active window 
(_NET_ACTIVE_WINDOW).

The problem : openbox doesn't respect chronology of _NET_ACTIVE_WINDOW events.

Have tried openbox with another panel (xfce4-panel and lxpanel) and the problem 
is the same.

Original comment by thilo...@gmail.com on 12 Jan 2011 at 8:28

[GoogleCodeExporter]

tint2 don't change the active window.
tint2 ask openbox to change the active window.

Threre is no conflict here. The active window is only managed by openbox.

Original comment by thilo...@gmail.com on 12 Jan 2011 at 8:34

[GoogleCodeExporter]

Hi all, thanks for having submitted this issue and tracked down that the 
"responsible" for it was openbox.
I suddenly noticed the same thing as soon as i started using multi_desktop mode.
Having seen no solution under this thread i decided to write here.

I just had some tests so... you know, you always end up reading documentation 
and guess what?
reading http://openbox.org/wiki/Configuration#Focus it's clear that this 
behaviour is due to the <focusLast> tag in the openbox rc.xml config file, 
which tells whether to focus the last active window on the selected desktop.
Setting:
<focusLast>no</focusLast>
in rc.xml seems to solve the issue for me.

So... Openbox and tint2 work both well. Openbox respects chronology if we told 
him to ;)

[Openbox 3.5.2] and [tint2 0.11] on Debian Jessie.

Original comment by mazzeppa...@gmail.com on 7 Jan 2014 at 10:56

[GoogleCodeExporter]

@6: Thanks!

TODO: document this solution.

Original comment by mrovi9...@gmail.com on 1 Feb 2015 at 6:20

• Changed state: Accepted
• Added labels: Type-Task
• Removed labels: Type-Defect

[GoogleCodeExporter]

Original comment by mrovi9...@gmail.com on 1 Feb 2015 at 11:52

• Added labels: Component-Docs