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 17098 - SyncFailedException after opening project
Summary: SyncFailedException after opening project
Status: CLOSED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Filesystems (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P2 blocker (vote)
Assignee: Vitezslav Stejskal
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-29 16:27 UTC by Jaromir Uhrik
Modified: 2008-12-22 22:38 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jaromir Uhrik 2001-10-29 16:27:52 UTC 
[dev build #200110290100; jdk1.3.1]
Steps to reproduce:
1.Run IDE with clean userdir in SDI
2.Open the Project Manager and click the project Default
3.Click Save as... button to duplicate this project
4.Open the project created in step 3
5.The following exception will pop up:

Mon Oct 29 17:12:25 CET 2001: java.io.SyncFailedException: File 
runtime.settings already exists in D:\Build\dev33\1029\netbeans\bin\PRJ3\system.
Annotation: Cannot save settings to Windows/Components/runtime.settings
Annotation: File runtime.settings already exists in D:\Build\dev33\1029
\netbeans\bin\PRJ3\system.
java.io.SyncFailedException: File runtime.settings already exists in 
D:\Build\dev33\1029\netbeans\bin\PRJ3\system.
        at org.openide.filesystems.LocalFileSystem.createData
(LocalFileSystem.java:240)
        at org.openide.filesystems.LocalFileSystem$Impl.createData
(LocalFileSystem.java:604)
        at org.openide.filesystems.AbstractFileObject.createData
(AbstractFileObject.java:366)
        at org.openide.filesystems.FileUtil.createData(FileUtil.java:223)
        at org.openide.filesystems.MultiFileObject.createData
(MultiFileObject.java:900)
        at org.openide.filesystems.FileUtil.copyFileImpl(FileUtil.java:58)
        at org.openide.filesystems.FileObject.copy(FileObject.java:79)
        at org.openide.filesystems.AbstractFileObject.copy
(AbstractFileObject.java:513)
        at org.openide.filesystems.MultiFileObject.copy
(MultiFileObject.java:1116)
        at org.openide.filesystems.MultiFileObject.writable
(MultiFileObject.java:238)
        at org.openide.filesystems.MultiFileObject.getOutputStream
(MultiFileObject.java:466)
        at org.openide.loaders.InstanceDataObject$SettingsInstance.saveInstance
(InstanceDataObject.java:1388)
        at org.openide.loaders.InstanceDataObject$SettingsInstance.access$700
(InstanceDataObject.java:1049)
        at org.openide.loaders.InstanceDataObject$5.run
(InstanceDataObject.java:1369)
        at org.openide.filesystems.EventControl.runAtomicAction
(EventControl.java:69)
        at org.openide.filesystems.FileSystem.runAtomicAction
(FileSystem.java:388)
        at org.openide.loaders.InstanceDataObject$SettingsInstance.saveInstance
(InstanceDataObject.java:1367)
        at org.openide.loaders.InstanceDataObject$SettingsInstance.run
(InstanceDataObject.java:1436)
        at org.openide.util.Task.run(Task.java:152)
[catch] at org.openide.util.RequestProcessor$ProcessorThread.run
(RequestProcessor.java:622)
Comment 1 _ ttran 2001-10-29 16:51:42 UTC 
Vita, isn't "Save As" very similar to "Rename" project?
Comment 2 Vitezslav Stejskal 2001-10-30 16:17:51 UTC 
Investigating ...
Comment 3 Vitezslav Stejskal 2001-10-30 18:27:48 UTC 
InstanceDataObject.handleCopy keeps the filename of copied IDO in case this file doesn't exist in target 
folder, otherwise it uses display name of instance of copied IDO.

1.95 InstanceDataObject.java

Fixed in main trunk.
Comment 4 Jaromir Uhrik 2001-10-31 10:05:10 UTC 
Verified in dev build #200110310745.
Comment 5 Quality Engineering 2003-07-01 16:22:42 UTC 
Resolved for 3.4.x or earlier, no new info since then -> closing.