reboot confirmation dialog losing focus in front of xchat about icewm HOT 8 CLOSED

It might be a little related to the java hack thing. I noticed that the code does not really appear to conform to ICCCM 2.0 behaviour for focus handling, particularly when WM_TAKE_FOCUS is specified (as it is in both cases). xchat is using gtk2 on my box, so I can't really think that xchat has a problem. What is your focus-new-windows setting?

from icewm.

Nope, sorry. Disabling Java hack didn't change anything. I use default focus behavior (Click to focus).

I also see similar behaviour with the Eclipse startup dailog (Workspace selection), it does never get focus when created. Another funny effect is that when I start eclipse from the Taskbar command line, I get a fake "Task Bar" entry in the quick-switch list, which disappears the next time when Alt-Tab is pressed.

from icewm.

I'm a sloppy focus guy. I didn't mean that the java hack would fix anything. It seems that the need for the java hack in the first place was some non-conformance in IceWM to ICCCM 2.0 on the basis of focus behavior. So, can you not click in the confirmation window to have it take focus?

from icewm.

XChat is stealing focus. The confirmation dialog should likely grab both the keyboard and the pointer when presented so that no other window can simply steal its focus. Eclipse is a different issue.

from icewm.

@bbidulock How can i understand the non-conformance you mentioned? I'm chasing a focus bug and I wonder if i'm onto the same thing, but i also need to know how i can verify if my solution is correct. The case is that sometimes no application window has input focus, even though it should. Then Alt+Tab shows the focus is with the taskbar, which in my view is incorrect as focus never needs to be set to the taskbar. This is for sloppy focus. I tracked it down to YFrameWindow::getInputFocusHint(). If we trace the history of this function then commit 5b844af introduces this function and it looks fine. Then commit 8d10c68 still makes sense to me. But then commit d3b00cc reverses this with the comment "JDK7 focus fix". That commit says that if InputHint is False and WM_TAKE_FOCUS is absent then input is true. Now the flow in YFrameWindow::avoidFocus() no longer makes sense either. So in my view we should revert commit d3b00cc to get back on the right track. If I do that then I can fix the taskbar-has-focus bug easily and always have correct sloppy focus. Comments?

from icewm.

Wrong solution to this problem. The dialogs at issue should grab the pointer and the keyboard.

from icewm.

I can't get the logout confirmation dialog to lose focus in front of xchat now. Please recheck and close if fixed.

from icewm.

@Code7R does this work now? Plesae reopen if it doesn't.

from icewm.