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 from Dec 8, JDK5.0u1-b06, Linux On of the contributors to issue 51769 - one of threads running in JVM is AWTAutoShutdown that holds JWindow instances with peers. From these peers it is possible to get to our components and related data like FormDesigner. Probably the reason is that we do not dispose the component when it is no longer needed. org.netbeans.core.execution.ExecutionEngine.base-> java.lang.ThreadGroup@1880-> org.netbeans.core.TopThreadGroup@380c-> [Ljava.lang.Thread;@715d-> java.lang.Thread@e441-> sun.awt.AWTAutoShutdown@21590-> sun.awt.AWTAutoShutdown$PeerMap@39fc7-> [Ljava.util.Hashtable$Entry;@665a0-> java.util.Hashtable$Entry@8f5ba-> sun.awt.X11.XWindowPeer@5ef77-> javax.swing.JWindow@366f9-> javax.swing.JRootPane@5ef70-> javax.swing.JPanel@84999-> [Ljava.awt.Component;@a4d76-> org.netbeans.modules.form.palette.ScrollPopupMenu@cc428-> org.netbeans.modules.form.palette.PaletteMenuView@f3901-> org.openide.awt.JPopupMenuPlus@10fd01-> org.netbeans.modules.form.HandleLayer@c6175-> org.netbeans.modules.form.FormDesigner@9cb8d
Almost all these windows are tied to org.netbeans.modules.form.palette.ScrollPopupMenu. The rest are probably live windows. I guess this is something specific to this class (also it can be a multiview problem).
We will check what we can do with the ScrollPopupMenu - not to reference the whole form editor.
The Window object used by ScrollPopupMenu wasn't correctly disposed (the Window was only hidden). It is fixed by now.
Verified