-
Bug
-
Resolution: Duplicate
-
P4
-
None
-
7u6
-
Mac OS X 10.7
JavaFX 2.2-b18
The following will consistently reproduce it on my system:
1) Clear the deploy cache (either by running "javaws -uninstall" or removing $HOME/Library/Application Support/Oracle/Java/Deployment/cache)
2) Run the following applet, which is just a signed version of AppletCoordsTest from
http://jfx.us.oracle.com/applet-test/javafx/AppletCoordsTestSigned/AppletCoordsTestSigned.html
Notice that the default preloader is displayed and that a security dialog is displayed
3) Accept the security dialog
The applet will come up and will miss the initial notification of the browser window position. If you click in the applet or move the browser window then it picks up the position correctly.
This also reproduces for me often (but not 100% of the time) with the following:
1) Clear the browser cache as above
2) Run Ensemble and accept the security dialog.
3) Without clicking anywhere in the browser and without moving the browser window, mouse over the sample thumbnails. You will see the wrong one highlight in a flickering manner (similar to that described in RT-23043).
Again, as soon as you click in the applet window or move the browser, the problem corrects itself.
- duplicates
-
JDK-8126548 Mac: popups/context menus have incorrect position at startup when using Doctype declaration in the Html page
- Closed
- relates to
-
JDK-8126098 Mac: in plugin stage coordinates are relative against browser position, not screen
- Closed
-
JDK-8126361 Mac: Popups aren't drawn in the right place in applet mode if the browser window is moved
- Closed
-
JDK-8120214 Initial window size is incorrect after fix for RT-23631
- Closed
-
JDK-8126548 Mac: popups/context menus have incorrect position at startup when using Doctype declaration in the Html page
- Closed