This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
dev build 176 IBM JDK 1.3 build 171 did not exibit this problem 1) Open any window 2) Click on close icon 3) Window will remain painted on the inner-desktop with the close button depressed even though the window has been closed. This is very misleading :)
I have observed the same in dev builds using Sun JDK 1.3 on Linux. It is just a repaint problem--after switching to a different virtual desktop and back again, the MDI window repaints correctly.
Target milestone -> 3.3
*** Issue 11932 has been marked as a duplicate of this issue. ***
*** Issue 12182 has been marked as a duplicate of this issue. ***
I have observed this kind of behaviour when JInternalFrame.dispose() is used instead of using JInternalFrame.setClosed(true). I think it's a general JDK bug with JDesktopPane but the above workaround seems to work. Just a suggestion.
increasing priority to P2
Fixed. Additional repaint was needed after remove of JInternalFrame from JDesktopPane.
dev Build 207, Sun JDK 1.3.0.1 I push F6 to compile/run the program. I am transferred to the RUNNING desktop where one of the panels is a list of the running processes. Closing that window shows the exact same redraw problem I reported. The problem might be specific to the RUNNING desktop as I don't recall getting it anymore in the EDITING desktop.
Wasn't integrated in the build #207, check status of org.netbeans.core.windows.frames.DesktopPane revision 1.12 the first build where it is integrated is 208.
verified in dev #209
Resolved for 3.4.x or earlier, no new info since then -> closing.
*** Issue 112014 has been marked as a duplicate of this issue. ***