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.
This bug occurs when you run the latest nightly build of ffj4.0 (ee edition). Start the IDE. Close all windows except the main IDE frame. Exit the IDE. Restart the IDE. Select View->Explorer to display the Explorer Window. Select any filesystem or package node. Display the pop up menu and select New->. On that pop up menu, select any item that has a pull right menu ("Classes" for example). After a second or two, the menus and Explorer window will all disappear. I put some println's in TopFrameTypeImpl.java to try and figure out why the Explorer window is being unmapped, but the thread dump I got doesn't mean much to me: TFTI: setting frame: Explorer [Runtime] visibility: false java.lang.Exception: Stack trace at java.lang.Thread.dumpStack(Thread.java:1071) at org.netbeans.core.windows.frames.TopFrameTypeImpl.setVisible(TopFrameTypeImpl.java:88) at java.awt.Window$1$DisposeAction.run(Window.java:520) at java.awt.Window.dispose(Window.java:534) at org.netbeans.core.windows.ModeImpl.doDisposeFrame(ModeImpl.java:1919) at org.netbeans.core.windows.ModeImpl.destroyFrame(ModeImpl.java:1896) at org.netbeans.core.windows.ModeImpl.access$800(ModeImpl.java:77) at org.netbeans.core.windows.ModeImpl$3.performCommand(ModeImpl.java:551) at org.netbeans.core.windows.DeferredPerformer$1.run(DeferredPerformer.java:181) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:178) at java.awt.EventQueue.dispatchEvent(EventQueue.java:443) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:144) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:130) at java.awt.EventDispatchThread.run(EventDispatchThread.java:98)
[jdk1.4](fcs), Solaris 5.8 It's reproducible on 020409_2 EE , this one isn't reproducible on the same build number CE.
Steps to reproduce: - run IDE - close Explorer - restart IDE - View | Explorer - wait 2-5 seconds ( you cannot invoke New from template, just wait) -> Explorer close
This is general problem. Someone is changing xml where is stored Explorer as closed while user opened it and winsys updates the state according to the data on disk - so Explorer gets closed. Peter is working on fix. Peter please add link to the winsys task that describes problem with synchronization. Thanks.
Fixed in [main-trunk] Fix: core/../windows/layers/TCRefImpl.java [1.34]
Created attachment 5359 [details] diff of patch for orion_fcs
Created attachment 5360 [details] patch for orion_fcs, put in lib/patches dir
Please review, test and approve for [orion_fcs] integration.
Integrated into [orion_fcs] branch, IN=6554.
verified in [orion EE](020410_2)
Resolved for 3.4.x or earlier, no new info since then -> closing.
A CLOSED issue mistakenly moved into a NEW state... closing again...
... step 2...
... step 3. CLOSED.