here is a quote from mail from   xxxxx@xxxxx  
>We've encountered some difficulties with Xgl/Compiz displaying apps
>using Java 1.5, Swing and the XToolkit running under Xgl/Compiz.
>
>The difficulty seems to be specifically related to the compiz window
>manager rather than Xgl (our testing has shown the window managers
>enlightment and ratpoision also exhibit the behaviour, but not more
>maintstream managers like metacity).  We've created a test case of
>about
>20 lines long to demonstrate the behaviour (attached), which is that
>windows draw with no contents, but the widgets behavior are still
>present (ie click where a top level menu item should be and the menu
>will appear in more complex apps).  MToolkit does not appear to
>have the
>issue, but of course using it for 1.5 apps is not an ideal
>solution.  Do
>you guys have any interest in helping look at this problem or know
>someone who would inside the Java/Swing team?  Even 30 minutes on the
>phone might give us a better understanding why compiz has the issue
>but
>metacity does not so we can correct what we need to.

The test to reproduce the problem:

import javax.swing.*;

public class WmTest extends JFrame {

public WmTest () {
    JLabel l = new JLabel ("WM Test");

    this.getContentPane().add(l);
    this.setSize(256, 256);

    //this.pack();
    this.setVisible (true);
}

public static void
main (String args[]) {
    WmTest r = new WmTest ();
}

}
Posted Date : 2006-05-24 10:35:50.0

N/A

the problem is that AWT filters out all ConfigureNotify if the toplevel is not reparented.
But Compiz doesn't reparent windows at all.
Possible solution would be detect if we are under Compiz and do not filter events
Posted Date : 2006-05-24 10:35:50.0

I wonder if our new modality implementation works with Compiz.
As soon as I will have it installed I will try.
Posted Date : 2006-07-07 15:47:12.0

The suggested fix works. I verified it with 
compiz-0.2.0 + Gnome on Gentoo linux.
Posted Date : 2006-11-03 12:37:40.0

well, to detect Compiz correctly we also need to check an owner of WM_S0 selection (Aaccordnig to ICCCM), since our regular check fails some time.  And we should not postpone changing od transient-for (used in modality) until reparenting (since there
is nor reparenting :)
During testing I've found that we return incorrect insets for NO_WM (when parent is
root) and fixed this in XWM.getInsets().
And finally, I've extracted all code which detects if there is a running WM into
separated method, because it is rather big after all changes I've made.

And to fix 6479959, I've done similar changes.
Posted Date : 2006-11-22 13:26:17.0

Well, I have developed the fix for this problem and I'm going to integrate it in 6u1.  It
may not fix all problems we have under Compiz (Looking Glass), but the situation should be
much better than now.  If some particular problems will be found, please file a separate CR.
Posted Date : 2006-11-29 08:24:55.0

Hi,

I would like to report this bug as well. I've logged a bug with Netbeans 5.5 bugzilla, since this is where I've noticed it. I've tried with JDK 1.5.0_07 and JDK 1.6.0 BETA 2.  Please see here for more info:

http://www.netbeans.org/issues/show_bug.cgi?id=79044

Hope it makes it out for the next BETA of JDK 1.6.0

-=david=-

I'm a long-time gentoo user and now that I've enabled Xgl, I can't develop w/ Netbeans as a result of this problem.  I've googled around and this definitely seems to get getting attention from Suse, Ubuntu, Gentoo and other users....

I use fedora core 5 and I've enabled XGL, and now applications like Netbeans, JDeveloper and others Java Application show a gray window.

I have a workaround, using Xephyr here: http://blogs.sun.com/roller/page/superpat?entry=access_manager_7_1_beta#comment1

You could also use Xnest.

One workaround that I have found out is to define this environment variable

AWT_TOOLKIT=MToolkit

And now the window is displayed correctly. Some popup might not display themselves the first time, but by simply resizing them it works.

pascal.

I've seen the same problem with compiz as well. I post a entry in the JDK forum, see http://forums.java.net/jive/thread.jspa?threadID=18347&tstart=0.

I wold like to work in this environment

Similar behaviour also occurs if no window manager is installed, although the test case shown does not demonstrate this.

a correctif for some programs but not for all can be foudn here : http://www.zend.com/forums/index.php?t=msg&goto=4855#msg_4465

So how long until a fix ?
I hate having bugs, known for months !!!

This also affects Java Web Start's Control Panel: it's displayed as a window 1 pixel wide, and about 3500 pixels tall, which is clearly bogus.

Defining AWT_TOOLKIT=MToolkit helps a little -- the window's displayed at its proper size, and the contents are drawn, but none of the controls do anything. The window isn't resizable, so it's not possible to kick-start it that way.

I should have said in the previous comment: Web Start works fine with Java 5, it's with Java 1.6.0-beta2-b86 that Web Start's broken with Xgl and compiz.

The AWT_TOOLKIT=MToolkit workaround sort of works. But I can't find a way to tell netbeans to export that value before executings by programs.

SUN, FIX THIS. YOU KNOW HOW, JUST DO IT.

On IceWM on FC4 it seems to work fine.  I can see the "WM Test" label draw without having to resize the window or anything.

On my desktop (Linux 2.6.18, debian unstable, kde 3.5.5 + compiz 0.2) the addtion of the environement variable AWT_TOOLKIT=MToolkit partially fix this bug. Sometimes JMenuBar have a strange comportment. Will this bug be fixed in the final release of the JDK 6 ?

The problems seem to extend into the Java 6 betas with compiz as well - these sometimes do not render a screen at all (just a blank grey rectangle). Other times they render, but will lose keyboard focus - e.g. JEdit will start, render and work, then you hit the find dialog, come back to the main window and it will not accept any more keystrokes until you restart the app. It "lost" the keyboard focus when you started the dialog and is unable to get it back again for some reason.

Dick

some problem on Fedora Core 6, XGL/Compiz, JDK 1.5.0_09.
Hope to see this bug fixed in the next JDK Update 10 and JDK 6 FCS.

Regards,
Davide

It seems that undecorated windows works with compiz.
So a possible workaround is to add the two following lines:
frame.setUndecorated(true);
frame.getRootPane().setWindowDecorationStyle(JRootPane.FRAME);

I checked on Ubuntu Edgy Eft  with Beryl and with last sun packaged 1.5 JRE from automatix2 (sorry I can't check the version now) and I get the grey window also with Swing apps and webstart. The only good point is that Swing in applets works, but that's not a common use case. It would be nice to fix it. If users should choose between killer native widgets and and killer emulated widgets, it's likely they choose the native ones at first, eliminating java from the market once again. It's a pain to see .Net apps coming in Gnome and no java app...

Raphaël.

gentoo, aixgl, compiz, xorg 7.1
the same problems (focus, gray screen, MToolkit bad workarround) 1.5.0.08 and 1.6.0b2

http://java.sun.com/javase/6/webnotes/index.html
doesn't even list this bug...

Compiz and Beryl are becoming more and more popular in desktop linux installations.... and new metacity (which IS officially supported by Java) compositing manager doesn't reparent any windows ^_^ This is very sad that there is absolutely NO progress visible. At least some assumptions on window being reparented should be corrected, but ALL old bugs happily live in latest shiny jdk6 rc. great (((

We cannot require to have control of how our customers use their linux distribution, so we cannot ask to disable effects in order to run our java applications.

I don't think you would say to MS Vista customers to not use Vista because, say, jdk 5 does not run well. We are in the same situation here. We are receving some complains about it, and we are unable to fix them properly.

This bug affects every recent Linux distribution, and is usually seen as a Linux defect, not a JDK defect, from our customers, which is clearly not true, but yet throws a shadow of FUD on Linux we would like to avoid.

Even as developers we find irritating that we have to turn off compiz while developing with netbeans, as netbeans is used as our main developer platform for midlets. Compiz makes less hard to sit down for hours behind a pc monitor.

It would be nice to have at least an hint about the progress, if there is someone that is working on it, how far the solution will be etc...

Thank you

Some of our clients also reported same problem. Most of them use SLED 10 with GLX enabled and Ubuntu 6.10 (with Beryl)

So, please fix this problem

It also affects JDK-1.6.0-RC1, sadly.  Running Fedora Core 6 here.

Jed

I can confirm that
AWT_TOOLKIT=MToolkit

seems to work well, for many cases.

>> I can confirm that
>> AWT_TOOLKIT=MToolkit
>> seems to work well, for many cases.

I think many cases means many cases in many apps ))
Few apps don't work at all, and many apps work buggy.

The problem persists on Ubuntu Dapper (6.06) with beryl 0.1.1 even with AWT_TOOLKIT=MToolkit exported.

Guys,

I'm working on the fix for this problem (hope it will be in 6u1).
If you have tests which shows the problem please post them either here or on Swing&AWT forum at javadesktop.org (http://forums.java.net/jive/forum.jspa?forumID=74)  So I could test if the problem you have is fixed.

Thanks in advance, Oleg.

On Fedora Core 6 x86_64, running the Jin chess client (http://jin.sourceforge.net) :

AWT_TOOLKIT=MToolkit works with JRE 1.5.0-09 (32-bit). With JDK 1.6.0 RC1 (64-bit), though, I get this 

SIGSEGV (0xb) at pc=0x00000031ace2e885, pid=4025, tid=1076017472

Java VM: Java HotSpot(TM) 64-Bit Server VM (1.0.0-rc-b104 mixed mode)
Problematic frame:
C   [libc.so.6+0x2e885]  catgets+0x15

I am using Ubuntu 6.06 with Beryl 0.1.1 and java_ee_sdk-5-linux.bin. The problem happens with netbeans 5.5 beta 2 even with AWT_TOOLKIT=MToolkit 
exported. Nothing is shown, well, only the windows borders with its options.

Thanks in advance.

AWT_TOOLKIT=MToolkit is not a good workaround because you lose antialiased fonts. Please fix this.

Sun )) Your code base already include a case for Compiz/Beryl. That's great!!! As a workaround, 

Index: XWM.java
===================================================================
--- XWM.java    (revision 43)
+++ XWM.java    (working copy)
@@ -575,7 +575,7 @@
      * Make an educated guess about running window manager.
      * XXX: ideally, we should detect wm restart.
      */
-    static int awt_wmgr = XWM.UNDETERMINED_WM;
+    static int awt_wmgr = XWM.NO_WM;
     static XWM wm;
     static XWM getWM() {
         if (wm == null) {


Working on a normal patch )

please Sun, fix this as soon as possible! The workaround with export AWT_TOOLKIT=MToolkit does an really ugly work. The fonts have no AA :(

I tried out Xgl with Compiz and Beryl a couple of days ago and had the same problem - blank, empty gray window.

Yesterday I downloaded and installed jdk-1.5.0_10 and now everything is working just fine!

Fantastic!

Has this bug been fixed now or am I dreaming?

-- Ian 

jre-1.5.0-10 works for most java apps, but still does not work with netbeans.

That's strange, because it works for me.

NetBeans that is.

I'm using Xgl / Beryl on SUSE 10.1, with JDK 1.5.0_10 and NetBeans 5.5.

jdk 1.5.0_10 doesn't help with beryl (using trunk), but patched jdk 1.6.0_rc104 (6 posts before, Submitted On 22-NOV-2006) does work (somehow)

Looks like the 1.6.0 release did not include the fix. :(

jdk 1.5.0_10 still does not do the trick. Working on Gentoo using nvidia drivers. AWT_TOOLKIT=MToolkit only partially solves the problem.

Hi there,

I'm X window manager developer (wmii, dwm) and investigated into this issue as well, because it applies to dwm also. dwm is a window manager which DOES NOT reparent client windows as well, because it's useless to consume unnecessary X resources for drawing a small border.

Beside the evaluation in this bug report, which I can fully confirm, I ask why do you check for window managers at all? You don't have to, you don't even have to select for SubstructureNotify if no WM is running, there is no reason for a X client to check if a WM is present or not. You simply have to select for StructureNotify.

You can still determine the Insets through performing a parent check, but it should work correctly even if a WM don't reparents clients, otherwise you simply break the ICCCM already, because it makes no claims about that a WM has to reparent client windows, it only claims that there are WMs which do so, but that's not mandatory.

I hope that future versions of JDK will work correctly with non-reparenting (legacy) WMs and I really ask you to consider removing all this WM checking code, to me you don't need to handle special WMs like IceWM, Metacity, Sawfish, kwin, etc. in a special way - if you do so, it's useless and error-prone code. Simply conform to ICCCM and maybe on top of it to EWMH in a correct way, and things will work well. I've seen no X client so far, who makes any window manager assumptions and behaves differently if for example IceWM is running, that's simply insane.

Regards,
Anselm

http://download.java.net/jdk6/binaries/

Fixed in JDK6 update 1 build 01

:)

Please add beryl to one of your known WM list.
The fix in jdk6u1 b01 only works for compiz .

http://forum.beryl-project.org/viewtopic.php?f=36&t=991&p=6327#p6327

Please add beryl to one of your known WM list.
The fix in jdk6u1 b01 only works for compiz .

http://forum.beryl-project.org/viewtopic.php?f=36&t=991&p=6327#p6327

Hi I tested with Compiz 0.3.4 and JDK6 update 1 build 01 (from http://download.java.net/jdk6/binaries/) and the problem seems to persist while opening (J)Dialogs.

This bug is already marked as "Closed, Fixed" despite the last posts saying it still doesn't work neither with Beryl nor with Compiz. These posts are fairly recent, so I would like to ask if this bug should really be considered fixed. I use Beryl myself and will give 6.0u1 ASAP, but can anyone else confirm this? 

I just confirmed: bug is NOT fixed by 6.0u1 on Beryl 0.1.3 running on Fedora 6. Please someone reopen it.

The problems reported here are still present with build 1.6.0_01-ea-b01 and build 1.6.0-b105 when running under Beryl 0.1.4. Setting the state to fixed is probably a little premature.

This bug is NOT fixed. Please re-open it.

Linux, Fedora Core 6
compiz-0.0.13-0.32.20060817git.fc6
java version "1.6.0"
Java(TM) SE Runtime Environment (build 1.6.0-b105)
Java HotSpot(TM) Server VM (build 1.6.0-b105, mixed mode)

For the Beryl version of this bug, see #6509038:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6509038

Current priority is very low / "will not fix" though. Beryl is "unsupported". On the other hand, it's also open, so you can vote for it to be fixed! :-)

Fix for beryl available, look at http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6509038

Hi, with beryl a little W/A is to switch to metacity with beril manager, start netbeans and after switch back to beryl.
Regards
--esse--

After reading all of the posts here I've upgraded my 1.5.0_07 JDK to to 1.6.0 (build 1.6.0-b105).  The problem has NOT gone away.  I'm getting a blank screen when I start netbeans or OxygenXML.  Eclipse works fine.  I'm running fedora 6 with all updates and GNome.  I'm NOT running beryl.

If I switch to KDE everything works fine.

NetBeans 5.5 Fedora Core 6 latest kernel jdk 1.6.0-b105
NetBeans frame displays no components at all.
Switching to metacity makes everything work as it should

This is still not fixed!
Tested with java 1.6.0_01-ea-b03, Visual Paradigm for UML 3.0 (http://www.visual-paradigm.com/product/vpuml/communityedition.jsp)
I'm using Fedora 6, Xorg 7.1.1, Compiz 0.3.6-2, nvidia-1.0.9746

Maybe it is better to rewrite this AWT code to a version that runs on all Window Managers? I'd say we search on all occurrences on these wm constants and refactor it.

I have the same problem guys
# An unexpected error has been detected by Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x000000388802e885, pid=4455, tid=1094965568
#
# Java VM: Java HotSpot(TM) 64-Bit Server VM (1.6.0_01-b06 mixed mode)
# Problematic frame:
# C  [libc.so.6+0x2e885]  catgets+0x15
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp

this bug is not fixed iet.

The bug is not fixed in 6u1, please reopen!
Still, many applications appear grey on first start, however work normally if I switch to Metacity and then back.

People, please also vote for this bug: 6438179

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6438179

The new SystemTray support doesn't work with Compiz/Beryl.

HELLO?? The bug is really _NOT_ fixed !!! Why does nobody care?

Well that's really the most annoying problem I found using Java. I'm using DWM for a long time now, and I'm still forced to setup AWT_TOOLKIT=MToolkit. It works on the surface but then I can't use drag'n drop at all, neither type characters like ~,`,^ which is starting to bother me a bit more everyday.
Why trying to guess the running WM and do specific hack for each of them. That's perfectly insane. Well I guess it's all the time the same problem with closed source project targeting the end-users. Well... the fact that the code of the Java runtime is now open for a long time already seems to have NO EFFECT on any interesting issues to fix in JDK. Last option for me is to get the sources, send to trash all the garbage about WM in j2se/src/solaris/classes/sun/awt/X11/*.java and repack my JRE jars EVERY TIME I UPDATE TO THE LAST VERSION. Great option, thanks ! Anyway nobody want to move his *ss so I will do it on my free time...

Ok, using dwm with build 1.6.0_01-b06 and all java applications that I've used show only a gray window. Quite nicely fixed bug.

I think this is considered fixed because Beryl and Compiz are joining together now, so Beryl as becoming un-supported (and the fix does work for the Compiz-fusion). Problem is, I still want to use Beryl because it's stronger and faster than the fusion-so I'd like like to see a fix.

Well, it's NOT fixed.... with compiz-fusion 0.5 and Netbeans 5.5.1 oder 6.0 M10, every now and then some dialogs get "blank" or get differrrent sizes and positions then they should have... don't think this  is specific for Netbeans though....

This is more than ugly.... We will get more and more of compiz-fusion in the near future, with some of the main linux-distributions offering compiz-fusion by default... so this has to be fixed...

Funny, "Swing" seemed to be the GUI of choice if you would want to avoid all the hassles of GUIs which render to native widgets like SWT... and now it's giving us more headaches...

I think this bug is still alive. I'm using ubuntu 7.04, compiz fusion 0.5 on an amd64 and I'm running netbeans 6.0 M10. Every time I click on the "advanced option" button I found a grey window with nothing on it

gtrev

On Ubuntu 7.10 with Compiz:
- Java 5 - not fixed
- Java 6 - works 90% of the time.

As of jdk 1.6 update 2 this bug seems still open

As of jdk 6 update 3 this bug still exists!

REOPEN THIS.
THIS WAS ***NEVER*** FIXED.

This is definitely not fixed yet.

The AWT_TOOLKIT=MToolkit causes a segfault on jdk 6 update 3, otherwise the window (e.g. Netbeans) is totally gray on DWM.

Reopen this you spanners! Isn't Sun supposed to be promoting Java on the desktop? Think of all the new Ubuntu 7.10 users who won't be able to use Java apps.

please reopen this, there are still massive problems with grey/wrong size dialogs especially in netbeans 6.
Distribution: Gentoo
compiz-fusion: 0.6.0
jdk 1.6.0u3
netbeans 6.0beta2

I've tried NB 6rc1 + jdk 6u3 and it looks like it works fine on my Ubuntu 7.10 (compiz 0.6.1)
I will play with this a little bit, but if you know how to reproduce the 
problem please post a message on Swing&AWT forum at javadesktop.org (http://forums.java.net/jive/forum.jspa?forumID=74). 

Thanks in advance, Oleg.

I also think this is not fixed yet. This happens many times on my machine.

OS: Ubuntu 7.10
compiz-fusion: 0.6.0
jdk 1.6.0u3
netbeans 6.0rc1

It is not fixed, please reopen this!
Suse 10, Patchlevel 1
compiz 0.4.0
jdk 1.6.0u4

I 've opened a new bug about the fact that this bug still occurs on linux about 20% of the time.

It is absolutely not fixed.

Vote for 6658122,
that is a bug which has the same user-experience as this bug, but still occurs after 1.6.0_01, although only 20% of the time.

I can confirm.. it's not the final ...

I have just change my system from Fedora 8 to Mandriva PP2008 and starting to using intel card with 3D (compiz).
The problem exists in Intellij Idea (7.0.2) - many dialogs are opened as a gray ones... 

jdk 1.6.0_04 does not matter 32 nor 64 bits...
kernel 2.6.22.9
lenovo T61

I can confirm this bug is alive =-(
Please devote some cycles to reopen it and fix it.

Mandriva 2008 (2.6.22.18-desktop586-1mdv)
Compiz 0.5.2-9mdv2008.0
Jdk 1.6.0_05-b13
JDeveloper (undisclosed version)

Hello,
On my system, the bug disappeared after installing Java RE build 1.6.0_04-b12. All the dialogs and menus in NetBeans 6.0 are displayed correctly with that version of JRE.
Tested on: openSUSE 10.3 IA-32 / kernel 2.6.24-2 / Compiz 0.7.2-31.1.

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

I have face this bug in ubuntu 7.04, 7.10. But the really bad news is that it still there in 8.04 beta wich seems to ship with the lastest jre. Do you think it's possible to fix this bug in 10 days? and let many of us use NB in Hardy Heron. Please!!

still not fixed on Ubuntu 8.04b and JDK1.6

still not fixed.
kubuntu 8.04
jdk6
compiz 0.7.4
netbeans 6.1

Hi guys, i tried the workaround 
AWT_TOOLKIT=MToolkit
and did not work :(
I have Ubuntu 8 and compiz with java 1.5
I tried the next steps and work for me:
0.- Use the AWT_TOOLKIT=MToolkit variable
1.- Disable compiz effects
2.- start up the java swt apps
3.- in this moment the java apps works perfectly
4.- close the apps
5.- enable the compiz effects
6.- start up again the java awt apps
7.- the awt apps are working perfectly :)
8.- I don't know if this apps will work the next time i turn on my computer but for a work session it's a nice solution

the applications tested:

SQLSquirrel Client
IReport designer

Greets

I'm running Ubuntu 8.04 32-bit and Swing apps still occasionally gray out. No problems after disabling Compiz. We really need this fixed please!

Problem confirmed on:
ubuntu 8.04 (64 bit)
jdk6
compiz 0.7.4
netbeans 6.1

Tested using:
Zend Studio
SmartSVN

Problem still persists.
I am using Ubuntu Hardy Heron
Java 6 U 6 and OpenJDK 6
This happens most of the time when I open dialogs in IntelliJ IDEA.
Gray area....

Sun, Please fix this.

Having the same problem. Occassionaly swing windows grey out and the window size becomes huge. (NetBeans is hugely affected by this bug)
This happens only when compiz is enabled.

Under Ubuntu Hardy

cvasilak@casper:~$ uname -a
Linux casper.rd.forthnet.gr 2.6.24-19-generic #1 SMP Wed Jun 18 14:43:41 UTC 2008 i686 GNU/Linux

cvasilak@casper:~$ java -version
java version "1.6.0_06"
Java(TM) SE Runtime Environment (build 1.6.0_06-b02)
Java HotSpot(TM) Client VM (build 10.0-b22, mixed mode, sharing)

This bug is 2 years old and it's still not fixed :(
Sun, please, just fix it, we all really need it.

Hi,

Fixed!!!!! :)

You don't know how painful  was working with Netbeans and compiz all this time.

I just have tried:
java version "1.6.0_10-rc2"
Java(TM) SE Runtime Environment (build 1.6.0_10-rc2-b32)
Java HotSpot(TM) Server VM (build 11.0-b15, mixed mode)

in my openSUSE 11, and it seems to be fixed. 

Thank you very much.

Confirm fixed under Ubuntu 8.04 + GNOME + Compiz.

Thank you very much.

"If some particular problems will be found, please file a separate CR."

See related bug id 6355181: "A single taskbar button for all Java windows when a modal dialog is shown, GNOME"

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.

<a href=http://www.seo4company.com/>china seo</a> needs you help.