|
Evaluation
|
xxxxx@xxxxx 2001-04-27
-------------------------
I am able to reproduce this using Redhat Linux 6.2 using Gnome.
What I also notice is that the second time *any* dialog is invoked in jmqadmin,
it is not shown and 'hangs' jmqadmin. This is due to the fact that the dialogs
are brought up in iconic state. If you look at the control panel at the bottom,
you should see an entry that corresponds to the dialog. It is probably labelled
"Add Destination Object" or whatever the dialog has as a title. jmqadmin is hung
at this stage because this dialogs are modal.
If you click on the dialog's entry in the control panel to deiconify it, it should
come up and everything should be fine.
This behaviour is not seen with Netscape Communicator's dialogs, but it is
reproducible with SimpleChat and more importantly the SwingSet demo (it's "About" dialog).
I did more digging and found these bugs:
4392518 - Incorrect window (swing) handling with Gnome/enlightenment
4390137 - Frame is not getting visible in Linux once hidden
4393054 - hidden frames fail to be reshown under linux - they stay iconised
Apparently, this problem is a JDK/AWT bug which exists in JDK 1.3. I believe it is
addressed in the next version of the JDK. I will close this bug as a duplicate
of 4392518.
I also attempted to verify if this problem is indeed fixed in the next rev of the JDK but
I was not able to run jmqadmin using an internal build - I get some
JTree stack overflow error:
Exception in thread "main" java.lang.StackOverflowError
at javax.swing.tree.VariableHeightLayoutCache.getNodeForPath(VariableHeightLayoutCache.java:805)
but I'm asuming that this is due to this stuff not even being beta quality.
However, running SimpleChat using the mentioned internal build shows that the iconified dialog
problem no longer exists, so it appears to be fixed.
Also, I tried to reproduce this problem using the latest Gnome binaries from www.ximian.com
- it is no longer reproducible with the latest gnome stuff.
|