New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Does not work with devilspie #28
Comments
I'm unable to reproduce. Both Here's what I've used for
And for
where
|
Still happening however, this bug appears to affect any application that uses libwnck not just devilspie. Also, if I stop bspwm, start awesome, stop awesome, and then start bspwm, this bug disappears. Here is the simple python script that listens for #!/usr/bin/python2
from wnck import screen_get_default
from gobject import MainLoop
def test(*args):
print "event"
ml = MainLoop()
s = screen_get_default()
s.connect('window_opened', test)
ml.run() |
(The above script works for me.) What you might do is to store the output of And paste Could you also paste your autostart? |
It seems |
Maybe you could run |
I found the problem: I was running wmname to set the window manager name to LG3D (awesome/java fix). wmname appears to add
|
Does the Java fix requires |
The main issue here is not the java bug but the fact that calling wmname under bspwm breaks bspwm but not awesome. While the obvious solution is to just not run wmname, It would be kind of nice to figure out why this doesn't cause any problems under awesome. |
OK I lied. Running wmname under awesome also breaks libwnck. This wasn't apparent because awesome sets |
Working around the java awt blank window bug for non-reparenting WMs such as bspwm does in fact appear require _NET_SUPPORTING_WM_CHECK to be set to the root window as wmname does. _NET_SUPPORTING_WM_CHECK(WINDOW): window id # 0x800000 is what bspwm does Without _NET_SUPPORTING_WM_CHECK set in this way, java apps only show empty windows. The reason for this... is a mystery. I compiled a version of wmname with the _NET_SUPPORTING_WM_CHECK modification line commented out, leaving _NET_SUPPORTING_WM_CHECK at the bspwm value, ran jmeter, empty window. Then I ran the unmodified wmname where it put the property back to the root window, ran jmeter, no empty window. |
Thanks for the report of your investigation. If you're using OpenJDK, your can drop wmname and add the following:
to |
Thank goodness that patch was put into openjdk, and that's probably the way forward for most people. I am stuck using the aforementioned workaround due to another JDK7 bug. I apologize for posting this in a somewhat unrelated issue, but want to get the information where other bspwm users can find it. There was another java bug in openjdk to do with input focus that was a real killer. I don't think it's a bspwm problem, but I think other people might run into it. While _JAVA_AWT_WM_NONREPARENTING=1 flag would get java to paint windows, one could not actually enter text into text boxes once the window was re-focused. When the window was mapped, input focus was correct, but as soon as the window was manually refocused (this now referring to bspwm), all possibility of entering text into the window (text boxes, alt+keys for menus, arrows for navigating in menus) was gone. Some xmonad users were discussing this particular issue in some detail here: https://code.google.com/p/xmonad/issues/detail?id=177 Some of them had better luck with JDK6 than JDK7, which for me meant going back to a version that didn't have _JAVA_AWT_WM_NONREPARENTING support. Bummer. If it were possible to make bspwm deal with the focus situation, I would be a happy camper with openjdk 7. The solution was something about compliance to WM_TAKE_FOCUS in the WM_PROTOCOLS window property, which jmeter for example does have, you can see it with xprop. http://tronche.com/gui/x/icccm/sec-4.html#s-4.1.7 XcbUtil does have some support for dealing with the WM_PROTOCOLS atom. What to do with it? I don't know. There may be additional clues here: |
Sam Powers:
The relevant part of ICCCM is brought by 387ece3. Can you confirm that jmeter behaves correctly now? |
Nice! That commit fixes the focus issue with jmeter fedora 18's openjdk. Up and running without the Oracle JVM, thanks. java version "1.7.0_25" For future generations and the good of mankind, the following information, which is unrelated to the focus issue which is now fixed in bspwm (in 6 hours) and unfixed in xmonad (in years). This being my second attempt at openjdk7 use... It turned out that I still needed both behaviors of wmname, even with _JAVA_AWT_WM_NONREPARENTING set. Java, even openjdk7, seems to really need both properties to be set: _NET_SUPPORTING_WM_CHECK (DefaultRootWindow(dpy)?) && _NET_WM_NAME=(LG3D|compiz) Each property when set on its own was not enough to work around the issue. Furthermore, the _NET_SUPPORTING_WM_CHECK value set by bspwm (xcb_generate_id(dpy)?) was not workable for Java, only the _NET_SUPPORTING_WM_CHECK from wmname did the trick. in other words, boo java yay bspwm. |
For some reason, devilspie does not pick up on window open events when run under bspwm (it sees all open windows, just not new ones). I'm assuming this is because bspwm doesn't trigger some event that devilspie is expecting.
The text was updated successfully, but these errors were encountered: