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.

Bug 29900 - FSException switching projects
Summary: FSException switching projects
Status: VERIFIED WORKSFORME
Alias: None
Product: platform
Classification: Unclassified
Component: Window System (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P1 blocker (vote)
Assignee: mslama
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-01-09 14:59 UTC by dmiller
Modified: 2008-12-22 20:55 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Ide log (18.81 KB, text/plain)
2003-01-09 15:03 UTC, dmiller
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dmiller 2003-01-09 14:59:09 UTC
[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.
Comment 1 dmiller 2003-01-09 15:03:09 UTC
Created attachment 8503 [details]
Ide log
Comment 2 _ ttran 2003-01-20 15:05:26 UTC
something b/w Projects, WinSys, FileSystem.  Not sure which layer is
at fault.  Try to assign to window system
Comment 3 mslama 2003-01-20 16:38:40 UTC
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.
Comment 4 dmiller 2003-01-20 19:10:52 UTC
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.
Comment 5 mslama 2003-01-21 06:58:50 UTC
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.)
Comment 6 mslama 2003-01-22 10:07:00 UTC
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?
Comment 7 Lukas Hasik 2003-07-30 12:58:41 UTC
Devon, could you, please, either verify this issue or provide more
info ? Otherwise I'll verify it by myself next month. thanks advance.
Comment 8 Marian Mirilovic 2003-08-28 17:30:39 UTC
Without new informations for long time - verifying.