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-20011116; Sun JDK 1.3.1_01; MDI] Steps to reproduce: 1. Start with a clean userdir 2. Create a new project via Project | Project Manager | New... 3. Open Tools | Options... window and leave it on 4. Switch to the Default project via Project | Project Manager | Open... 5. A series of exceptions starting w/ FileNotFound is thrown (see attachment) 6. Editing workspace is lost
Created attachment 3440 [details] Three exceptions thrown after the project switch
Created attachment 3441 [details] More exceptions (probably due to the missing Editing workspace)
*** Issue 17665 has been marked as a duplicate of this issue. ***
Seems to be related to ICFolderImpl, I am investigating it.
This FileNotFoundException appears to me when I just started IDE and disabled the Projects module.
*** Issue 17802 has been marked as a duplicate of this issue. ***
I guess I found another test case related to this bug: - run IDE - open examples/advanced/MemoryView - create new project - java.io.FileNotFoundException is thrown (see attachment) with annotation "Windows null could not be saved due to problems with their deserialization"
Created attachment 3470 [details] Another FileNotFoundException
Winsys doesn't listen to events fired when project layer is switched. The hierarchy of objects is refreshed after the new project layer is set. I tried to reproduce all use cases listed here and all of them were negative (reported buggy behavior doesn't occur anymore on my W2K box). Fixed in main trunk and merged to release33_beta5.
Well, my test case doesn't throw FileNotFoundException anymore but it throws this in 50% of attempts: Tue Nov 20 07:42:27 CET 2001: org.xml.sax.SAXParseException: Cannot parse configuration of TCRef MemoryView_1. Nested annotation: Document root element is missing. java.io.IOException: Cannot parse configuration of TCRef MemoryView_1. at org.netbeans.core.windows.layers.TCRefImpl.parse(TCRefImpl.java:549) I don't know if it is project or form issue.
Created attachment 3483 [details] Stack trace of SAXParseException
Reopenning, I can reproduce the same exceptions as Jirka by switching between projects in beta 5 build. Shouldn't it be filed as separate issue.
I think I know the way how to reproduce it. I created many projects (10), I left all windows in default positions and default layout and then I was switching between all of them and nothing happened. Then I docked property sheet into Explorer (botom) in one project and then I switched to another project and back - exceptions were thrown.
The same problem is also manifested when you start working in MDI, where you create couple of new projects and then if you switch to SDI and try to switch between projects these exceptions are thrown.
Fixed in main trunk and merged to release33_beta5 branch.
It seems like fixed now. Verified in [nb_release330](200112102331) on [jdk1.4](89) && [jdk1.3.1](01) and both scenarios.
Resolved for 3.4.x or earlier, no new info since then -> closing.