oops, pressed enter in the summary box :P
well, sometimes focus doesnt fallback for me, and when it doesnt, actions stop
working until a window has been focused

I'm definately going to need some instructions to reproduce this! :)

it feels a bit random, but one case that always makes it happen; install
wmswallow and swallow a program with the -focus switch, then close the program.
now nothing is focused. hopefully.

Well first off its doing something illegal. Its stealing focus! It needs to be
told it can with WM_TAKE_FOCUS. Will try make this work best I can though.

I don't think I can or want to support wmswallow's -focus behavior. It violates
the ICCCM and it doing some very evil shit. Like sending XSetInputFocus with
CurrentTime!! Illegal! Bad! Fuck!

So anyawys, I did change one thing, hopefully your other random losses will
cease. Let me know, and let me know if you find any other ways to cause it to
occur :)

yeah wmswallow is pretty useless, i just happened to find it the same day as the
focus went bad (probably from your attempts to fix it in dualhead?), i'm all
updated now so lets see how it goes

I was actually trying to fix it for override-redirect windows :) Dual head is
just a side effect.

Does this still happen? Any tips?

yeah, but i'm not using vanilla openbox so i dunno... i'll switch to it and try
later tonight. it only happens after exiting tvtime currently with my tree, and
only rarely.

I'm seeing this bug too, and it's #$!@#%$&#$* annoying. Everytime my focus gets 
lost, I have to ssh in from a remote machine and kill the application that 
currently has the focus. This "un-jams" the focus and OB is usable again.

I'm running with 'Focus follows mouse' (which is already buggy by itself). 
Sometimes, when moving the mouse across several windows, the windows under the 
mouse _looses_ the focus (instead of getting it).

I haven't yet found a way to reproduce this (I haven't even looked into it), but 
it seems to happen very often, when the download window from mozilla closes 
itself. I don't know, if it has to be focused or unfocused though.

Either way, when using 'Focus follows mouse' and runnnig some apps which pop-up 
windows and destroy those windows on their own, you are bound to run into this 
bug.

you're thinking about bug 908 i think, what i'm talking about here just requires
me to move the mouse on to a window to give it focus

I'm not sure if this is the same bug, or something similar, but with
focus-follows-mouse, if a focused transient window disappears, then whatever is
under the cursor does not claim focus. Example: open a menu in firefox,
mouse-over an rxvt. rxvt does not get focus (I assume this is by design,
although I figure it should be optional.) Now press esc or click to close the
firefox menu, the mouse is over rxvt, but rxvt is not focused. Quite irritating.

@#12
1) what you described is not a bug
2) my bug is that when i exit tvtime, no window has focus and keybound actions
don't work at all until i focus something with the mouse.

Yes, the problem does indeed seem to be heavily connected to fullscreen windows.
Here's when I get this (steps to reproduce):

1. Run xine
2. Fullscreen xine
3. Quit xine while it is fullscreen (q)
4. Attempt use of keybindings (none work, mouse however does)

A perhaps-useful variation:
5. Run terminal
6. Repeat steps 1-4, using the terminal to run xine
7. Click on terminal using mouse
8. Note that terminal gets focus, yet remains decorated as unfocused
9. Move focus to something else and back (or switch desktops back and forth) to
resolve

I must say that this bug and Unicode support are the only things that keep OB
from being the absolute perfect WM for me. Please fix... :(

*** Bug 1657 has been marked as a duplicate of this bug. ***

at least unicode support is already there :) I really have no idea about this
bug though.

i can reproduce this with nonfullscreen windows

This may or may not be fixed in SVN. I am hopeful..