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.
It seems it is necessary due to disabling/enabling modules. Now folder is only one but when module is disabled its top component settings file stays in local filesystem (if it is already stored there) and when module is enabled top component is deserialized from settings file whcih stayed on local layer not from file on module layer. So it is necessary somehow delete top component settings files of disabled modules somehow. One way is to separate file stored locally to different folder. Another way could be to use event from InstanceDataObject to delete settings file on local layer. Need to investigate.
Steps to reproduce problem: 1.Start IDE with empty user dir. 2.Exit IDE. (TopComponent's settings files are stored.) 3.Start IDE. 4.Disable and enable projects module. 5.You can see empty Projects tab - no title, empty node. If you do the same withoutsteps 1,2 you will see projects tab with title "Projects" and root node "No project is open..."
It is not clear what is wrong. Definitely when there is localy project.settings file PROP_COOKIE event does not come to PersistenceManager (though it works in main trunk in current dev build 200304290100) -> it is not clear if it will solve problem or not if event will come and TopComponent cache in PersistenceManager will be cleared. See issue #31478. I change it to DEFECT and keep it open to check it on branch. The same scenario as above works fine on dev build 200304290100.
Because Window System v1 will not be supported from now by our team, all old winsys issues (now "core/window system v1" issues) are going to be closed as WONTFIX. Changes in API which emerged both from UI spec and problems with adjusting to the older API are described in the document http://core.netbeans.org/windowsystem/changes.html. It shows also recommends how the client code should be adjusted to the new window system. If you think this issue apply also to the new winsys then change the subcomponent (to "core/window system") and REOPEN it.
issue doesn't apply to new window system - verified