<AWT Dev> KDE Task bar is always on top of fullscreen Java applications

gouessej at orange.fr gouessej at orange.fr
Sun Jul 10 16:17:42 PDT 2011 

Hi!

I have succeeded in compiling OpenJDK 1.6. I have just tested my modification and it does not work, I have the same behavior, no real fullscreen. As a first step, I used the same bug fix than in NEWT / JOGL 2.0 as it works in this demo on my machine:
http://jogamp.org/deployment/webstart-next/jogl-demos/jogl-newt-applet-runner-angelesgl2es1.html

I used the binaries in jdk6/build/linux-i586/j2sdk-image/bin/, is it correct? Best regards.


> Message du 02/07/11 02:01
> De : "David Holmes" 
> A : gouessej at orange.fr
> Copie à : "Anthony Petrov" , awt-dev at openjdk.java.net
> Objet : Re:  KDE Task bar is always on top of fullscreen Java applications
> 
> gouessej at orange.fr said the following on 07/02/11 08:54:
> > The problem is that I don't find a package containing this file, I looked at rpmfind.net and in the official repository. I already have libstdc++.so. I installed all packages about GCC and standard C++.
> 
> Hmmm a google search doesn't reveal libstdc.so as being an real entity. 
> Now I think about it it should just be libc - no "std".
> 
> Does the linker error specifically say libstdc.so? Can you show the link 
> command that is being used.
> 
> David
> 
> > 
> >> Message du 01/07/11 23:24
> >> De : "David Holmes" 
> >> A : gouessej at orange.fr
> >> Copie à : "Anthony Petrov" , awt-dev at openjdk.java.net
> >> Objet : Re: KDE Task bar is always on top of fullscreen Java applications
> >>
> >> gouessej at orange.fr said the following on 07/02/11 06:11:
> >>> libstdc++ devel package is installed but libstdc.so is not found. How can I solve this problem?
> >> Install the missing dev package for your distro.
> >>
> >> David
> >>
> >>>> Message du 01/07/11 14:34
> >>>> De : "David Holmes" 
> >>>> A : gouessej at orange.fr
> >>>> Copie à : "Anthony Petrov" , awt-dev at openjdk.java.net
> >>>> Objet : Re: KDE Task bar is always on top of fullscreen Java applications
> >>>>
> >>>> gouessej at orange.fr said the following on 07/01/11 08:27:
> >>>>> I get this at the end of the compilation:
> >>>>> "/usr/bin/ld: cannot open output file libjvm.so: Too many levels of symbolic links"
> >>>>>
> >>>>> I tried to recompile after cleaning all. What can I do to work around this problem?
> >>>> Are you building hotspot? This is a quirk in the hotspot makefiles. If 
> >>>> the link fails to create the libjvm you get a symbolic link that refers 
> >>>> to itself. Subsequent build attempts don't try to rebuild libjvm as it 
> >>>> seems to exist but when ld tries to access it you get the "too many 
> >>>> levels of symbolic links" error.
> >>>>
> >>>> A full clean should fix it, but then you need to see what the original 
> >>>> error was caused by.
> >>>>
> >>>> David Holmes
> >>>> -------------
> >>>>
> >>>>>> Message du 29/06/11 21:29
> >>>>>> De : "Anthony Petrov" 
> >>>>>> A : gouessej at orange.fr
> >>>>>> Copie à : awt-dev at openjdk.java.net
> >>>>>> Objet : Re: KDE Task bar is always on top of fullscreen Java applications
> >>>>>>
> >>>>>> On 6/29/2011 5:59 PM, gouessej at orange.fr wrote:
> >>>>>>> How can I detect whether a window is mapped? When XQueryTree returns zero, does it mean that the window is unmapped?
> >>>>>> You could use XGetWindowAttributes() and examine the map_state field of 
> >>>>>> the XWindowAttributes() structure.
> >>>>>>
> >>>>>> Alternatively, you could pass an additional argument to the 
> >>>>>> X11GD_SetFullscreenMode() because at AWT level we always know whether a 
> >>>>>> window is mapped (see XBaseWindow.isMapped()).
> >>>>>>
> >>>>>>
> >>>>>> PS. Your email client seems to replace the correct mailing list address 
> >>>>>> "awt-dev at openjdk.java.net" with something strange: 
> >>>>>> "awt-dev at rea.oracle.com" when pressing Reply All. Could you please 
> >>>>>> configure it properly?
> >>>>>>
> >>>>>> --
> >>>>>> best regards,
> >>>>>> Anthony
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> I can create another patch, I will do this as soon as possible. I will ask to the KDE team that it is up to them not to promote only windows on top of the stack.
> >>>>>>>
> >>>>>>>> Message du 29/06/11 15:17
> >>>>>>>> De : "Anthony Petrov" 
> >>>>>>>> A : gouessej at orange.fr
> >>>>>>>> Copie à : awt-dev at rea.oracle.com
> >>>>>>>> Objet : Re: KDE Task bar is always on top of fullscreen Java applications
> >>>>>>>>
> >>>>>>>> Hi Julien,
> >>>>>>>>
> >>>>>>>> So in your sample application you first set the window to the full 
> >>>>>>>> screen mode, and only then you setVisible(true) it. In this case the 
> >>>>>>>> EWMH spec states the following:
> >>>>>>>>
> >>>>>>>> ***********************************************************
> >>>>>>>> The Window Manager SHOULD honor _NET_WM_STATE whenever a withdrawn 
> >>>>>>>> window requests to be mapped.
> >>>>>>>> ***********************************************************
> >>>>>>>>
> >>>>>>>> In other words, the X11GD_SetFullscreenMode() should actually check 
> >>>>>>>> whether the window is currently mapped, and if so, do exactly what it 
> >>>>>>>> currently does. However, if the window is currently unmapped, then we 
> >>>>>>>> indeed have to use the XChangeProperty() call instead of the 
> >>>>>>>> XSendEvent() one.
> >>>>>>>>
> >>>>>>>> Please note that in either case we should not set the 
> >>>>>>>> _NET_WM_STATE_ABOVE state. The _NET_WM_STATE_FULLSCREEN alone should 
> >>>>>>>> work just fine. If it doesn't, then this is a problem with KDE.
> >>>>>>>>
> >>>>>>>> Could you please try to create such a patch and test it on KDE4?
> >>>>>>>>
> >>>>>>>> --
> >>>>>>>> best regards,
> >>>>>>>> Anthony
> >>>>>>>>
> >>>>>>>> On 6/29/2011 3:49 PM, gouessej at orange.fr wrote:
> >>>>>>>>> One guy of the KDE team answered that we have misunderstood the EWMH specification, that some window managers derivate from it and that using XChangeProperty there has some sense. What should I do now?
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>> Message du 28/06/11 22:13
> >>>>>>>>>> De : "Anthony Petrov" 
> >>>>>>>>>> A : "Phil Race" 
> >>>>>>>>> , gouessej at orange.fr
> >>>>>>>>>> Copie à : awt-dev at openjdk.java.net
> >>>>>>>>>> Objet : Re: KDE Task bar is always on top of fullscreen Java applications
> >>>>>>>>>>
> >>>>>>>>>> Phil: Ah, right! Haven't used to the new rules yet. Thanks for reminding 
> >>>>>>>>>> us about that.
> >>>>>>>>>>
> >>>>>>>>>> Julien: I have a few questions about your patch:
> >>>>>>>>>>
> >>>>>>>>>> 1. The xprop output that you've attached to the KDE bug report [1] 
> >>>>>>>>>> indicates that the full screen window is maximized (i.e. using the 
> >>>>>>>>>> emulated full screen mode rather than the exclusive one). In this case, 
> >>>>>>>>>> the behavior is correct. But I assume you did try to do the same with 
> >>>>>>>>>> the exclusive FS mode enabled, didn't you? Could you please provide an 
> >>>>>>>>>> xprop output in that case, too?
> >>>>>>>>>>
> >>>>>>>>>> 2. The EWMH specification [2] states that "A Client wishing to change 
> >>>>>>>>>> the state of a window MUST send a _NET_WM_STATE client message to the 
> >>>>>>>>>> root window". However, your proposed patch calls XChangeProperty() which 
> >>>>>>>>>> changes the property manually, and therefore violates the EWMH spec. I 
> >>>>>>>>>> think that a subsequent XSendEvent() to the root window should be enough 
> >>>>>>>>>> for our purposes.
> >>>>>>>>>>
> >>>>>>>>>> 3. The comments at the KDE bug report, as well as the EWMH spec (see the 
> >>>>>>>>>> "Stacking order" section) suggest that a window with the 
> >>>>>>>>>> _NET_WM_STATE_FULLSCREEN state should already be above any other windows 
> >>>>>>>>>> (including the _NET_WM_STATE_ABOVE windows). Also, the specification 
> >>>>>>>>>> states that the latter state should not be used by applications 
> >>>>>>>>>> directly. Note that the function X11GD_SetFullscreenMode() which you're 
> >>>>>>>>>> changing with your patch already sets the _NET_WM_STATE_FULLSCREEN state 
> >>>>>>>>>> to the full screen window, and, according to the EWMH specification, 
> >>>>>>>>>> that alone should work fine for full screen windows. So doesn't this 
> >>>>>>>>>> then seem to be a bug in KDE4 actually?
> >>>>>>>>>>
> >>>>>>>>>> [1] https://bugs.kde.org/show_bug.cgi?id=276159
> >>>>>>>>>>
> >>>>>>>>>> [2] http://standards.freedesktop.org/wm-spec/wm-spec-latest.html
> >>>>>>>>>>
> >>>>>>>>>> --
> >>>>>>>>>> best regards,
> >>>>>>>>>> Anthony
> >>>>>>>>>>
> >>>>>>>>>> On 6/28/2011 8:26 PM, Phil Race wrote:
> >>>>>>>>>>> Anthony,
> >>>>>>>>>>>
> >>>>>>>>>>> That looks like a "small patch" so by the recent relaxation of the 
> >>>>>>>>>>> rules an OCA isn't needed.
> >>>>>>>>>>>
> >>>>>>>>>>> -phil.
> >>>>>>>>>>>
> >>>>>>>>>>> On 6/28/2011 5:02 AM, Anthony Petrov wrote:
> >>>>>>>>>>>> Hi Julien,
> >>>>>>>>>>>>
> >>>>>>>>>>>> For your contribution to be acceptable, you have to sign an OCA. 
> >>>>>>>>>>>> Please refer to this page for details on how to become an OpenJDK 
> >>>>>>>>>>>> contributor:
> >>>>>>>>>>>>
> >>>>>>>>>>>> http://openjdk.java.net/contribute/
> >>>>>>>>>>>>
> >>>>>>>>>>>> -- 
> >>>>>>>>>>>> best regards,
> >>>>>>>>>>>> Anthony
> >>>>>>>>>>>>
> >>>>>>>>>>>> On 6/27/2011 4:03 PM, gouessej at orange.fr wrote:
> >>>>>>>>>>>>> Hi!
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I think I have found a fix for this bug. On GNOME and on KDE the 
> >>>>>>>>>>>>> atoms remain unchanged according to xprops but the X client message 
> >>>>>>>>>>>>> is sent, that is why I call XChangeProperty. On the other hand, only 
> >>>>>>>>>>>>> a window on top of the stack can become fullscreen, that is why I use 
> >>>>>>>>>>>>> _NET_WM_STATE_ABOVE. I fear that building OpenJDK requires a lot of 
> >>>>>>>>>>>>> time. Could someone with a ready environment make a build for me with 
> >>>>>>>>>>>>> this fix? My "patch" is in the bug report here:
> >>>>>>>>>>>>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7057287
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Best regards
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Julien Gouesse
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>> Message du 23/06/11 14:50
> >>>>>>>>>>>>>> De : "Anthony Petrov" A : gouessej at orange.fr
> >>>>>>>>>>>>>> Copie à : Objet : Re: KDE Task bar is always on top of fullscreen 
> >>>>>>>>>>>>>> Java applications
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Hi,
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> On 06/22/2011 02:28 PM, gouessej at orange.fr wrote:
> >>>>>>>>>>>>>>> Yes, that's it. I'm sad because I'm using JOGL AWT canvas called
> >>>>>>>>>>>>>>> GLCanvas and this bug impacts my first person shooter. If I knew
> >>>>>>>>>>>>>>> better the source code of AWT, I would try to write a patch. I assume
> >>>>>>>>>>>>>>> there is a way of detecting the window manager to apply this fix only
> >>>>>>>>>>>>>>> in this case, isn't it?
> >>>>>>>>>>>>>> This window state is a part of EWMH specification, so there's no 
> >>>>>>>>>>>>>> need to set it for specific WMs only.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Does AWT currently rely on xrandr or VidMode on Linux? Best regards.
> >>>>>>>>>>>>>> I think this question belongs to the 2d-dev at openjdk mailing list. 
> >>>>>>>>>>>>>> I'm not a Java2D expert. Please ask 2D folks about that.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> PS. Please remember to use Reply All rather than just Reply so that 
> >>>>>>>>>>>>>> your message hits the mailing list.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> -- 
> >>>>>>>>>>>>>> best regards,
> >>>>>>>>>>>>>> Anthony
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Message du 22/06/11 12:11
> >>>>>>>>>>>>>>>> De : "Anthony Petrov" A : gouessej at orange.fr
> >>>>>>>>>>>>>>>> Copie à : awt-dev at openjdk.java.net
> >>>>>>>>>>>>>>>> Objet : Re: KDE Task bar is always on top of fullscreen Java 
> >>>>>>>>>>>>>>>> applications
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Hello,
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> On 6/22/2011 1:14 PM, gouessej at orange.fr wrote:
> >>>>>>>>>>>>>>>>> The exclusive fullscreen mode is broken in KDE for Java 
> >>>>>>>>>>>>>>>>> applications as I explained here:
> >>>>>>>>>>>>>>>>> https://bugs.kde.org/show_bug.cgi?id=276159
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7057287
> >>>>>>>>>>>>>>>>> (not yet visible)
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> After some investigations, the problem comes from Java which does 
> >>>>>>>>>>>>>>>>> not
> >>>>>>>>>>>>>>>>> tag the window as fullscreen. Do you know how to fix this bug?
> >>>>>>>>>>>>>>>> To tag full screen windows with the _NET_WM_STATE_FULLSCREEN 
> >>>>>>>>>>>>>>>> state? That's easy. :)
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Thanks for filing the bug report. AWT team will take care of this 
> >>>>>>>>>>>>>>>> issue.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> -- 
> >>>>>>>>>>>>>>>> best regards,
> >>>>>>>>>>>>>>>> Anthony
> >>>>>>>>>>>>>>>>
>

More information about the awt-dev mailing list