Comments on Mark A. Ziesemer: Java password dialog

Reading all comments it occurs to me that trying t...

2011-01-12T17:34:50.370-06:00

Reading all comments it occurs to me that trying to use a buggy dialog and fighting to overcome it is complicated, unnatural, and useless because one never knows if it works on all platforms.

The true solution, of course, would be that Sun people provide a JOptionPane.showPasswordDialog that would do exactly what an InputDialog does with a JPasswordField instead of a JTextField.
<

All - see the new alternative workaround recently ...

2009-10-28T07:54:10.280-05:00

All - see the new alternative workaround recently posted by Sun in the evaluation section of the reported bug, 5018574. I've not tested it yet, but it uses a HierarchyListener instead.

jop.getValue() returns null as soon as the dialog ...

2009-10-28T04:13:16.575-05:00

jop.getValue() returns null as soon as the dialog is closed with Alt+F4.

windowOpened worked for me under Vista. dialog.ad...

2009-10-28T03:38:33.269-05:00

windowOpened worked for me under Vista.

dialog.addWindowListener(new WindowAdapter()
{
public void windowOpened(WindowEvent e)
{
jpf.requestFocusInWindow();
}
});

My problem is that when I close the dialog using Alt+F4, my app goes to lala land since its still waiting for me to press OK/Cancel on a dialog that's already

The solution using windowGainedFocus almost worked...

2009-08-24T08:31:27.154-05:00

The solution using windowGainedFocus almost worked. I could _see_ the password field having focus before it was moved to the OK button again. I came up with this and it works (at least on my Ubuntu machine running Sun JVM):

wrapper.addWindowListener(new java.awt.event.WindowAdapter(){
@Override
public void windowGainedFocus(java.awt.event.WindowEvent e){

I came up with this approach also, but I used a Wi...

2009-06-04T15:29:00.943-05:00

I came up with this approach also, but I used a WindowFocusListener (the windowGainedFocus) event, so that when the window gets the focus then the password field requests the focus within the window.

I haven't tested this on my platforms yet to see if it always works (I didn't realize it was an issue until I read this post just now), but it's something to try.

Hi Mark. It seems the ComponentListener is not th...

2009-06-02T06:49:43.051-05:00

Hi Mark.

It seems the ComponentListener is not the best choice, as it can be system-dependant in what order the components are painted, and therefor it is called to early. (at elast on my Vista platform)

If you use a WindowListener instead, it worked fine on all my platforms, since the Window seems usually activated when it is painted completely.

Not sure if it

Adam - I had never tested this under Linux until n...

2009-05-26T21:26:25.795-05:00

Adam - I had never tested this under Linux until now, and was able to confirm your issue. What I did notice is that requestFocusInWindow() returns a boolean giving an indication to the success. Under Linux, it was returning false, meaning "the focus change request is guaranteed to fail".

I just updated the example in the post to include the call to requestFocusInWindow() to

I like this solution the most of everything that's...

2009-05-26T20:22:23.810-05:00

I like this solution the most of everything that's been offered up online, but I haven't been able to get this (or the AncestorListener trick) to work using jdk 1.6.0_13 on linux.

Has anyone else had success with these hacks in later releases of Swing?

Very handy. Thanks! I've just added it to my Remot...

2009-01-06T03:48:00.000-06:00

Very handy. Thanks! I've just added it to my RemoteLoginAction module, with attribution of course.
http://agilewiki.wiki.sourceforge.net/