JDK-8088309 : Win: Popup should move to front/back when it's owning window does
  • Type: Bug
  • Component: javafx
  • Sub-Component: window-toolkit
  • Affected Version: fx2.0.2
  • Priority: P4
  • Status: Open
  • Resolution: Unresolved
  • Submitted: 2011-12-12
  • Updated: 2018-09-05
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
tbdUnresolved
Related Reports
Relates :  
Relates :  
Relates :  
Description
Apologies if this bug has already been logged. I couldn't find it. 

When a Popup is showing and the user changes away from the JavaFX app (eg ALT+TAB to another application) the Popup stays in front. I would expect it to follow its owning window and hide/restore in synch with it. 
Comments
A fix for RT-22152 will also require dealing with the WS_EX_TOPMOST state of popups. Perhaps one is a duplicate of another.
27-06-2012

A call to ::SetWindowPos(HWND_TOP) won't reset the WS_EX_TOPMOST flag implicitly. Looks like the extended style needs to be reset explicitly in the WinWindow._setVisible() implementation.
10-01-2012

I was able to reproduce this for Popup-s with autoHide set to false on Windows XP. The problem is that native popup windows created by Glass have the WS_EX_TOPMOST flag set after setVisible(true) call. This seems to be caused by the fix for RT-14197.
04-01-2012

Yes, this might need support in the toolkit and/or glass before it can be fixed.
14-12-2011

Popup is owned at a lower level than the Controls team, reassigning to Scenegraph team, although this may still be too high level...
14-12-2011

I don't think this has been logged already. Assign to controls team to evaluate.
14-12-2011