-
Notifications
You must be signed in to change notification settings - Fork 39
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
Invisible menu bar in java apps #192
Comments
I now figured out that this is NOT related to using the nx transport. It happens in rootless session, regardless of the transport. You can simply run
and from another shell
to trigger that bug |
I have done some debugging. It looks to me like the problem is the way java tries to detect window managers. By adding some debug output for the java XWM class to the example above I can see that java does not detect a window manager in the rootless session. I think it should detect the outside window manager instead. Further, java decides that the example window`s parent ist the root window. This is true but not helpful, since the rootless root window should not be relevant here but the outside root window... I also found a very similar bug (from 2004) in the java bug tracker: https://bugs.openjdk.java.net/browse/JDK-5023533 And: when adding debug output the problem does not happen not that often anymore. So it seems to be caused by some kind of race condition, too. |
This problem often occurs when using awt/swing and a fancy window manager like awesome. _JAVA_AWT_WM_NONREPARENTING=1; export _JAVA_AWT_WM_NONREPARENTING |
On Wed, Aug 10, 2016 at 9:13 AM, Henning Heinold
I have tried all those - to no avail unfortunately... Uli |
This is still happening with today's HEAD (3731a99), also with openjdk-1.8.0.151-1.b12 |
see #830 for a patch passing down WM information. |
When running the example from http://alvinalexander.com/java/java-menubar-example-jmenubar-jframe in a rootless x2go session the window gets shown but the menu bar is not visible until the window is moved or resized. This happens (for me) in about 85% of all starts. It does not happen with all window managers since some of them take care of placing the window and this seems to trigger a event for the example program so that the window gets repainted. I was able to see this in Unity and sometimes kwin.
How to reproduce:
open an x2go rootless session (x2go: session type: application, command: /usr/bin/xterm)
run the example from the xterm:
-> menu bar is missing:
move the example window -> menu bar appears:
The text was updated successfully, but these errors were encountered: