JDK-5074310 : Choice list remains on top of filedialog
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 6
  • Priority: P3
  • Status: Closed
  • Resolution: Cannot Reproduce
  • OS: solaris_10
  • CPU: sparc
  • Submitted: 2004-07-15
  • Updated: 2009-06-16
  • Resolved: 2009-06-16
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.
JDK 7
7Resolved
Related Reports
Relates :  
JDK-5050898 - a Window(Frame) fails to Hide() on X-Win gimp-panel context switch
Description
Please refer to the attached image.
To reproduce, select "Other Template..." from "Template File" choice.
This happens only on Solaris 10 gnome, not on S9.

Tested platform: SunOS myers 5.10 s10_57 sun4u sparc SUNW,Ultra-5_10
Tested jdk: 1.4.2_06-ea-b01

This is not a regression from at least 1.4.2_04.
Comments
EVALUATION Motif is not supported in JDK 7.
16-06-2009
EVALUATION Being platform specific, this sounds like an AWT issue. ###@###.### 2004-07-15 Based on screenshot I would say that there are two problems here: 1. JCombobox's popup is heavyweight and it isn't closed when we show native file dialog. 2. unclosed pupup remains on top due to the fact that AWT uses override redirect for window (know issue 5050898 (a Window(Frame) fails to Hide() on X-Win gimp-panel context switch)). The similar situation we have on Solaris with CDE (I use Sol 8, tiger b58) but in this case popup is not closed too, but it's not placed on top of all other windows. Name: osR10079 Date: 07/21/2004 The problem is that we do not send WINDOW_DEACTIVATED to the frame when we show FileDialog (this is native dialog) and so Swing doesn't close JComboBox popup. Also I've found that the problem is not reproducible with XAWT. Here is a simple testcase which reproduces this problem: import javax.swing.*; import java.awt.*; import java.awt.event.ItemListener; import java.awt.event.ItemEvent; import java.awt.event.AWTEventListener; import java.io.File; /** * Created by IntelliJ IDEA. * User: zav * Date: Jul 21, 2004 * Time: 2:19:12 PM * To change this template use File | Settings | File Templates. */ public class Main { public static void main(String[] args) { Toolkit.getDefaultToolkit().addAWTEventListener(new AWTEventListener() { public void eventDispatched(AWTEvent event) { System.out.println("Event: "+event); } }, AWTEvent.FOCUS_EVENT_MASK|AWTEvent.WINDOW_FOCUS_EVENT_MASK|AWTEvent.WINDOW_EVENT_MASK); final JFrame frame = new JFrame("Test"); frame.setLayout(new BorderLayout()); JComboBox jcb = new JComboBox(); final String awotItem = "AWOT!"; jcb.addItem("One"); jcb.addItem("Two"); jcb.addItem("-------------------"); jcb.addItem(awotItem); jcb.setLightWeightPopupEnabled(false); jcb.addItemListener(new ItemListener() { public void itemStateChanged(ItemEvent e) { if(e.getStateChange() == ItemEvent.SELECTED) { Object item = e.getItem(); if(awotItem.equals(item)) { System.out.println("ZAV: SELECTED!"); FileDialog dlg = new FileDialog(frame); dlg.setVisible(true); } } } }); frame.add(jcb, BorderLayout.NORTH); frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); frame.setSize(500, 500); frame.setVisible(true); } } ###@###.### July 21, 2004 ====================================================================== we should try to fix this in next release. XAWT is now default on Solaris. We probably should investigate it in dolphin. ###@###.### 2005-06-16 15:18:11 GMT
16-06-2005
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: mustang
17-09-2004