A dialogue goes background automatically in some situation.
That's behavior is very inconvenient for users, especially,
who work wit full screen mode in browser.

REPRODUCING :

1) Please use the PC which user provides. User program is installed.
2) Select [start]-[all program]-[AST MAC VDS]-[developing builder]-[ customer  builder]
   (You will see a windows like the picture in  customer -builder-debug.jpg )
3) In Object Builder Windows, Select [Tools]-[Mode change]
   (You will see a windows like the picture in  customer -builder-debug-tools-mode-change.jpg )
   And then click the "Debug" radio Button.
4) Open Internet Explorer on Windows XP
5) Input the URL http://localhost/Stardom/Hmi/Run/SampleJpn/SampleIndex.html
   (As to PC installing the above application please see the comment section)
    You will see LOGIN frame.
6) Please click the "logon" button.
7) Click Graphic Primitive" in STARDOM VDS
  (please see click-step-7.jpg)
8) Select [view]-[all windows](F11) in IE Menu.
9) You will see the click-step-9.jpg and click the area pointed out 
    in the image file
10)You will see the trend-primitive.jpg and click the specified button
   in the image file
11)You will see the print-dialogue-1.jpg and click O.K button.
   Then you will see Printing-confirmation-dialogue.JPG 
   This dialogue sometimes appears(for less than 1 second) and goes background.
   The dialogue is waiting for users action at the background.
   However, user can not see the dialogue.
   So, users usually make a mistake that freeze occurs.

Here is another reproducing process.
 AT step 9), click as specified in pattern-2-1.JPG
 Then do as alarm-dialogue.jpg shows.

CONFIGURATION :
OS : Windows XP Professional SP1(Japanese)
Browser : IE6.0 + SP1(Japanese)
JRE : Java Plug-in 1.5.0-b58,59

======================================================================================

N/A

I think this is actually more like a duplicate of bug 4739735 due to the applet grabbing focus (which is a different bug) when doing repaint.  You forgot to provide information about the test system.  Please update the bug with the test system info so that I could try to reproduce the bug.
  xxxxx@xxxxx   2004-08-09

I was not able to reproduce the described behavior.  As submitter mentioned, this is happening intermittenly.  In either case, confirmation dialog uses DialogFactory in deploy package.  It has "null" parent which causes this dialog to hide behind parent window sometimes.  This is a known issue.  Closing as a duplicate of 4739735-Plugin internal dialogs are not modal.
  xxxxx@xxxxx   2004-08-10