Users still able to reproduce problems similar to the problem described in 6429775 with Compiz
and recent jdk 7 or 6uX.  Unfortunately these problems are hard to reproduce (at least in my
environment).
Posted Date : 2007-11-20 10:51:46.0

N/A

I have asked on the Swing&AWT forum (http://forums.java.net/jive/thread.jspa?threadID=33311) and it looks like the problem is
hardly reproducible: one needs to open/close dialog for some time.
In my environment I was able to reproduce the problem only twice (in two days).
Looks like I have to study the code and meditate :(
Posted Date : 2007-11-20 10:59:25.0

one more problem reported on the forum:

I'm not sure if this is related but, one oddity that I've noticed, which seems to happen consistently, is with the replace dialog opening in the wrong location:
1. Press CTRL-H to open the Replace dialog
2. Press ESC to dismiss it.
3. Repeat several times

Even if the replace dialog paints correctly, it will still crawl up the screen every time it opens until it gets to the top of the screen. Weirder still, this doesn't happen with CTRL-O. I thought it might be a problem with Netbeans but the problem does not happen under JDK5+MToolkit.

Need to investigate what is the cause of the problem.
Posted Date : 2007-12-05 09:18:52.0

the cause of the problem with shifting of dialog is as follows:
we show dialog at some location (say 100x100),  later we receive ConfigureNotify with the
coordinates (100x100), but this coordinates are for shell, not for decorations, while
Dialog.getLocation() is supposed to return location of decorations, thus we recalculate
location (using insets).  As result we have adialog located (95, 76) (in my case instets 
are (24,5,5,5))
If now we dispose the dialog and show it again (w/o setting new location) the dialog will be
located at (90, 52), etc.

The difference with Metacity is that metacity places decorations at location we initially
specify for our window (shell).  I need to check which flags we use for this and see what we
need/can do to make Compiz behaves the same way.
Posted Date : 2007-12-10 12:27:22.0

After deeper investigation I've came to conclusion that the problem with moving dialog
is a Compiz problem.  So, I've developed small native test and filed bug against Compiz
(http://bugs.freedesktop.org/show_bug.cgi?id=13589)
Posted Date : 2007-12-11 09:28:22.0

Finally I was able to find the test which reproduce the problem on my computer :)
After some tracing I've found that sometimes when we read extents (XGetWindowProperty())
in ConfigureNotify handler (XDecoratedPeer.handleConfigureNotify()) the window doesn't have
_NET_FRAME_EXTENTS property on it :(  Thus we calculate insets incorrectly.

I do not know for now why the property is missing sometimes.  Was unable to write native test
for this.
Posted Date : 2008-04-10 11:57:35.0

possible (semioptimal) workaround of the problem is to pass real parent of the window into
XWM.getInsets() in handleConfigureEvent().  Right now for Compiz we pass None, since it should
be unneeded.  This way getInsets() will return (0, 0, 0, 0) insets in problematic case.
This may cause some problems, but not so critical.
Posted Date : 2008-04-11 07:42:32.0

it looks like the property is missing because of sime thread race between WM, us and
X-server.  It looks like the best way to fix this is do not read the property at random time, but listen for property change events fot it.
Posted Date : 2008-04-14 14:00:27.0

Regarding the fix for JDK 7:

1. It cannot be directly fwd-ported since the code in question (the explicit check for the COMPIZ window manager) is not present in the XDecoratedPeer code. So basically it should be working normally.

2. However there's currently one obvious inconsistency in that code:

 long parent = XlibUtil.getParentWindow(window);
 Insets correctWM = (parent != -1) ? XWM.getWM().getInsets(this, window, parent) : null;

Note: the getParentWindow() returns 0 in case the window does not have a valid parent or the XQueryTree operation fails. However, the check for -1 was left from the previous version of the code (as it existed in JDK 6).

On the other hand 0 means None, which might be a perfectly valid value in some cases.

Besides all that, even if we change the check it won't change the logic since I think the parent can never be -1, so we always call the getWM().getInsets() now in JDK 7. And this, actually, is what the fix in JDK 6 does.
Posted Date : 2009-05-07 14:38:53.0

Beryl and Compiz have been merged to compiz fusion. => this bug is a duplication of 6509038.

Maybe this is machine dependent - but at least for me this is a show stopper bug that happens all the time. I tried to install NetBeans 6.0 on Ubuntu 7.10 Gnome/Metacity - empty dialog!

Hardware: Intel Q6600 NVidia 8600 GT with the current restricted driver and Sun 6.0_3 64bit server VM. I had to disable compiz in order to be able to proceed with the installation. Not what I had expected. Fix would be very welcome. Thanks much for your efforts.

I'm seeing this regularly when using intellij idea on ubuntu 7.10 with 1.6.0_03-b05.
For example hitting alt-F7 (find usages) on a method/type etc pops up a dialog box, approximately one time in four this comes up completely blank.
This is not specific to this dialog box - it happens regularly with others as well.

This happens to me about 90% of the time I open a dialog.     I will also add:

--when the dialog is empty/gray it usually has a odd and overly large size. 

--Every once in a while in Netbeans,  especially in the CVS commit dialog - this dialog draws 1/2 way -- I can see some of the controls but not everything.

--resizing the dialog does not fix it. (i.e. make dialog redraw correctly)

--observed in other SWING apps too  (e.g. Squirel SQL) 


Environment details:

NetBeans IDE 6.0 (Build 200711261600)
Java: 1.6.0_03; Java HotSpot(TM) Client VM 1.6.0_03-b05
System: Linux version 2.6.23.9-85.fc8 running on i386; UTF-8; en_US (nb)

rpm -qa |grep compiz
compiz-bcop-0.6.99-1.fc8
compiz-fusion-plugins-main-0.6.99-7.fc8
compiz-kde-0.6.99-8.fc8
compiz-all-0.6.99-8.fc8
libcompizconfig-0.6.99-3.fc8
compizconfig-python-0.6.99-1.fc8
compiz-fusion-plugins-unsupported-0.6.99-6.fc8
compiz-0.6.99-8.fc8
compiz-gnome-0.6.99-8.fc8
compiz-fusion-plugins-extra-0.6.99-5.fc8

NVidia Quadro NVS 280 PCI-E (GPU 0)   (using the  NVidia proprietary driver:  169.07)
Dell/Intel workstation  (Precision 670)  

I too am experiencing this 90% or more of the time when using IntelliJ on all the available JDKs under Compiz. In Netbeans it doesnt happen quite as much (75%?) 

The problem happens far less with Java6u3, but 15-20% of dialog boxes are still gray. It may not be deterministically reproducible (as most paint/thread aren't) but working with NetBeans for and invoking various dialog is sure to provoke the cause the bug.

Using Ubuntu 7.10 with all visual options enabled, the problem appears to display irratic behaviour. There  are no specific cases in which I can reproduce the empty dialog, which I get in about 20-30%. Strange thing is, if I close the dialog, and open it again, it appears (most of the time).

I have this also (and have been playing with compiz on and off for 18 months) - Seems to be more stable with MToolkit but still have random non-painting dialogs in MULTIPLE java applications including home grown Swing apps spawning a dialog.  OS Suse 10.3 32bit JDK 6u4 using nvidia proprietary accelerated drivers.  Could this be related to the XCB linkage problems in the VM?

Hi,
I'm experiencing this problem with Jedit with the "Open Buffers" dialog (assigned Ctrl-Tab shortcut to that). It happens 90% of the time on a desktop machine (AMD Athlon XP 2100+ with nvidia geforce 5200). Here are two video captures showing the problem on compiz, and the lack of the problem on metacity for comparison:
http://erkinbah.googlepages.com/java-bug-compiz.ogg
http://erkinbah.googlepages.com/java-bug-metacity.ogg

On another machine (a Dell Inspiron 6000 with Intel Pentium M 1.83, ATI Radeon X300), it happens less frequently.

The problem is always preceded with a slight movement (or resizing) of the dialog window right after it is opened.
-------------------------------
Ubuntu 7.10
java version "1.6.0_03"
Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
Java HotSpot(TM) Client VM (build 1.6.0_03-b05, mixed mode, sharing)

This happens for me as well on OpenSuse 10.3 with NVIDIA Quadro 570M using proprietary drivers with Compiz-Fusion.    The app I most frequently can reproduce it in is smartcvs (www.smartcvs.com) - typically it is not windows that have the problem, it is only dialogs.   Further if you have a high enough resolution monitor (screen real-estate) you can sometimes get one of the "blank" dialogs to show part of its contents by resizing it extremely tall and wide (tyipcally you will get about half the stuff to show up).  On a seperate note  I can almost always get it to draw properly again if I resize slightly the dialog before closing it and attempting to reopen it.

Hmm.... interesting. Resizing the window by a huge amount shows the content for me too.  You can make the window much bigger than the screen to investigate this by holding down the alt key then clicking on the window to move it around before/after resizing it.

The statement that this bug is "hardly reproducible" is not correct.  Working with Netbeans during the day, I experience the problem very many times.

For example, I just did a test in the form designer.  After pressing the "Preview Design" button 10 times, 2 of the 10 times, the preview window was blank, about twice as wide as it should have been, and twice as tall.

That's a 20% failure rate.  It's very frustrating.  I wish this bug had a higher priority.

when I said that it is hard to reproduce the problem I meant that "it is hard TO ME (on my computer) to reproduce the problem"

Same issue here, frequent empty dialog boxes, usually while using IntelliJ IDEA.  I use Compiz-Fusion with lots of effects.  Can sometimes correct by resizing window.  Very frustrating issue.

>when I said that it is hard to reproduce the problem I meant that "it is hard TO ME (on my computer) to reproduce the problem"

My apologies.

I have found a partial workaround.  For most people, this won't be very useful, but I thought it might give a clue to the solution.  I work all day in Netbeans so I never shut it down.  It seems that if I start Netbeans before starting compiz-fusion, it works fine.  By 'fine', I mean Netbeans itself.  If I run the application that I'm editing in Netbeans, obviously it still experiences the GUI problems.

Does that make sense? :-)

Same issue here as many others, empty dialog boxes.  Ubuntu 8.04 with Compiz-Fusion, occurs with or without desktop effects.

Happens often while using IntelliJ IDEA, but also occurs with some other apps that I use.

No luck with the bleeding-edge fix by Compiz-Fusion here:  http://bugs.freedesktop.org/show_bug.cgi?id=13589

Major showstopper.  I'm actually learning to navigate empty dialog boxes though... that's a plus, I guess.

note on above comment:

JDK 1.6.0_06
occurs with and without Compiz-Fusion
Ubuntu 8.04, Gnome

My system suffers from the same problem. I'm running Gentoo Linux with Xfce4.4.2 and JDK 6u5 and nvidia's non-free drivers.

I am running java version "1.6.0_05" on Ubuntu Hardy beta. 

The java app in question is MoneyDance personal finance software.

The windows are drawn without content about 30% of the time. Repeatedly closing and re-opening an affected window or dialog box will eventually bring up one that has content.

This bug happens only when extra visual effects (compiz) are enabled. When no visual effects are enabled, the bug does not happen. Additionally, it appears not to happen when Metacity WM is enabled (and compiz is disabled).

additional info:

$ java -version
java version "1.6.0_05"
Java(TM) SE Runtime Environment (build 1.6.0_05-b13)
Java HotSpot(TM) Server VM (build 10.0-b19, mixed mode)

$ uname -r
2.6.24-15-generic
Ubuntu Hardy beta

$ compiz --version
Checking for Xgl: not present.
Detected PCI ID for VGA: 01:00.0 0300: 10de:0402 (rev a1) (prog-if 00 [VGA controller])
Checking for texture_from_pixmap: present.
Checking for non power of two support: present.
Checking for Composite extension: present.
Comparing resolution (3840x1200) to maximum 3D texture size (8192): Passed.
Checking for nVidia: present.
Checking for FBConfig: present.
Checking for Xgl: not present.
compiz 0.7.2

additional info:
I can confirm that making the apparently empty window (or dialog) extremely large will show some of its content. (If I could make it large enough, I would assume it would show all content.)

Fix available!! :) I guess Nimbus will have a really great debut, I've been waiting for this fix for a quite long time. Thank you Sun!!!

really good news that there's a fix available, but what release is/will it be in?
Thanks

Append 6509038 to related bugs please

This will be fixed in 6u10 build 24; not yet available,
you can find it at:

https://jdk6.dev.java.net/6u10ea.html

-Roger

6u10ea is working for me so far. Finally!

Scratch my previous comment -- just got another grey dialog box. It does seem to happen less often though.

Ok, one last update on 6u10ea, only build 23 is available right now and as per Roger this fix will be in build 24. Looking forward to trying it.

problem still exist in b24

i used ubuntu 8.04, idea 7.0.3, b24 - received the same gray dialog box

I've just tried build 24 with ubuntu hardy amd64, and idea 7.0.2
This used to demonstrate the problem for about 1/4 of dialog boxes displayed.
I cannot reproduce the problem with build 24.

Note to previous commentor: for intellij you need to set both JAVA_HOME and JDK_HOME to get it use the right JDK - can you try setting both and see if you can still reproduce.
Thanks

I had an easy way to reproduce this issue once every about ten tries.. with b24 I have been trying to reproduce HUNDREDS of times but... no gray windows anymore!!! It seems to be definitively solved. Thanks again!

For me this bug is almost 100% reproducible using MagicDraw UML 15.1.   Almost every dialog box comes up empty about 90% of the time and wrong size/postion about 30% of the time.  It still happens with jdk1.6.0_07.  However, jdk1.6.0_10 Beta b25 works perfectly.  (also note this problem did not exist in jdk 1.5)

Load Ubuntu 8 and install Netbeans 6. ATI video card with effects turned on. Happens for more than 60% of all dialog boxes. Makes it very difficult to use :-(

Please, please, please, fix it! This bug is open for more than one year now, and it makes Java apps really unusable! Please!

I have found that OpenJDK doesn't have this issue. I am running Ubuntu 8.04 and configured IntelliJ IDEA (the app I want to run with compiz) to run against the OpenJDK. The OpenJDK default fonts look rubbish, but you can override default fonts in IDEA settings. For those of you wanting a fix now, this appears to work well for me, at least until Java 6 update 10 is released into Ubuntu repos.

Fixed, checked under Ubuntu 8.04.1 + Compiz.
Now waiting for repository update (see https://bugs.launchpad.net/ubuntu/+source/sun-java6/+bug/288658). Please, vote for it.

does update 10 fix the issue in all the platforms or just the ubuntu 8.04? Please comment.

Bug still seems to occur when compiz is enabled on Ubuntu 9.04, java version "1.6.0_16".

keith, could you provide more details? Your window manager version, the exact steps to reproduce the issue?