This bug was used to be part of bug 4526355. Developer has put a workaround
for bug 4526355, however, the focus issue is not fixed.

The following was the info logged in 4526355 comment part:

=========================================================================
We observed the following behavior:
On Linux machine, after you click save button, the security dialog window
is poped up. Now look at the windows on the desktop, you will notice that
the focus is not on any window, something else (maybe your hidden window)
take the focus. Now click the 'Yes' on the security dialog and don't move
mouse, don't do anything, that file save window will never come up. The
window will come up only after you move mouse, or generate some other
event.

Another comment is this bug is reproducible using TCK test. System is
Solaris 2.6 + Merlin B85.

###@###.### 2001-11-13
=========================================================================

This is still reproducible on 1.0.1_02 build 02. However, I don't expect
this bug will impact user significantly. Since user will very likely move
mouse a little after granting the security permission. (Am I right?)

Now the big issue here is that this bug is blocking our automated tests,
it has significant impact on our test execution, on 1.0.1_02, and later on
Merlin.

We need engineer's evaluation on this bug again, and we are asking for
help on automation. We use Robot to generate KeyEvent. Since Focus is
lost, the key press / release sequence does not any more.

Next week I will try to generate some mouse movement first, before I
generate key press / release sequence event. However, I doubt if this
will work as I have no idea where the focus is and whether or not I
can get the focus back to the modal dialog (Such as the security dialog
and Security warning window before launching signed application.)

Need engineer to evaluate and provide other possibility.


###@###.### 2001-11-21