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.
[I marked this as P1 because until it's resolved, I cannot switch to any other project! I think 'settings' is the correct subcomponent as the problem occurs while persisting the debugging window settings.] When the exception occurs, NB displays a warning dialog with the message: "Cannot rename file Projects/DnD/system/Windows/WindowManager/Debugging/.nbattrs~ in Invalid C:\Documents and Settings\Administrator\.netbeans\3.4\system to Projects/DnD/system/Windows/WindowManager/Debugging/.nbattrs." After I click OK, I'm left in the current project. I've checked the directory structure and everything seems fine. I tried deleting the .nbattrs and .nbattrs~ and the delete worked, so it's not a file-in-use issue. I tried again sans .nbattrs* files and got the same result.
Created attachment 8503 [details] Ide log
something b/w Projects, WinSys, FileSystem. Not sure which layer is at fault. Try to assign to window system
During project switch winsys is stored. -> also files '.nbattrs' are saved to many folders. When file '.nbattrs' is saved first '.nbattrs~' is saved and then '.nbattrs' is deleted and '.nbattrs~' is renamed to '.nbattrs'. (Safe file saving.) For some reason it fails. Somebody else can lock this file (eg. it could be opened in some external editor). Could you try to rename it manualy? Or you can try to stop all other apps. Do you edit this file directly in Netbeans? This action is performed during all project switch, during every IDE exit. I see this problem for the first time.
With NB open I was able to copy, delete, rename, etc the .nbattrs and .nbattrs~ files without any errors. I even tried explicitly closing ever file before switching. Nothing has helped. The default path for the user dir on Windows 2000 is c:\Documents and Settings\username\.netbeans\3.4. Could the spaces in the path have something to do with it? I have created a new users dir as c:\NBUsers\3.4 and this seems to be working correctly.
Strange. Default user dir is set for everybody on Windows so if the space in path would be cause it would be problem for everybody on Windows. Of course switching projects is part of our QA tests. You can backup your user dir and delete content of winsys folders in your projects. This is just workaround. (Folders are: $NBUSERDIR/system/Windows, $NBUSERDIR/system/Projects/$PRJNAME/system/Windows. Deleting will reset winsys layout to default.)
I set this issue as WORKSFORME. IOException is raised when something fails during winsys save because it is serious failure (even in case .nbattrs file) and it would not be good to hide it - it would cause another problems later. Unfortunately I am not able to find why rename failed in your case and we are not able to reproduce it here. Did cleaning of winsys folders help?
Devon, could you, please, either verify this issue or provide more info ? Otherwise I'll verify it by myself next month. thanks advance.
Without new informations for long time - verifying.