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.
NetBeans-JavaFX-Soma: #221 Product Version = NetBeans IDE Dev (Build 201004140201) (#ad38c7be819e) Operating System = Windows XP version 5.1 running on x86 Java; VM; Vendor = 1.6.0_15; Java HotSpot(TM) Client VM 14.1-b02; Sun Microsystems Inc. I have a project under the svn repository. When I try to refactor->rename the class I see the error dialog: "Subversion failed to rename GSimpleGraph to GraphShape svn: cannot copy or move GSimpleGraph: it is not in the repository yet; try commiting first."
Created attachment 97522 [details] IDE screenshot
It seems that it happens in the following case: - Rename a package - Rename a class under the package or - Rename a class under the package - Rename the package
Created attachment 97524 [details] IDE log file
Form the log file: Caused: org.tigris.subversion.svnclientadapter.SVNClientException: svn: Cannot copy or move 'MultiDim\src\mathematics\graph\shape\GEdgeShape2.fx': it's not in the repository yet; try committing first at org.netbeans.modules.subversion.client.cli.CommandlineClient.checkErrors(CommandlineClient.java:794) at org.netbeans.modules.subversion.client.cli.CommandlineClient.exec(CommandlineClient.java:772) at org.netbeans.modules.subversion.client.cli.CommandlineClient.move(CommandlineClient.java:350) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.handle(SvnClientInvocationHandler.java:362) at org.netbeans.modules.subversion.client.SvnCmdLineClientInvocationHandler.invokeMethod(SvnCmdLineClientInvocationHandler.java:77) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler$2.call(SvnClientInvocationHandler.java:172) at org.netbeans.modules.versioning.indexingbridge.Bridge$1.call(Bridge.java:61) at org.netbeans.modules.parsing.api.indexing.IndexingManager.runProtected(IndexingManager.java:301) at org.netbeans.modules.versioning.indexingbridge.Bridge.runWithoutIndexing(Bridge.java:56) at org.netbeans.modules.versioning.util.IndexingBridge.runWithoutIndexing(IndexingBridge.java:130) at org.netbeans.modules.versioning.util.IndexingBridge.runWithoutIndexing(IndexingBridge.java:99) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invoke(SvnClientInvocationHandler.java:182) at $Proxy16.move(Unknown Source) at org.netbeans.modules.subversion.FilesystemHandler.svnMoveImplementation(FilesystemHandler.java:549)
It doesn't seem to have the root cause inside the javafx source base. The sample refactoring operations work just fine with CVS and Mercurial. Reassigning to the versioncontrol support for evaluation.
I think the message is self-explanatory enough. You can't move/copy a file under subversion support which has already been moved. So either commit at first the first move or install a newer subversion client, this problem should occur only with subversion 1.4 client (try svn version in commandline), which we currently don't support any more. There's already a 1.6 version available, so i recommend install it.