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.
Hi, I have an php project 67rc2 which copies source files on every save to another folder (Y:\project\trunk\libs), which is also under svn. Expected behavior would be that IDE copies changed file to another location without toching .svn entries there. But copy support fails with following errors in log: WARNING [org.openide.filesystems.Ordering]: Not all children in OptionsDialog/ marked with the position attribute: [General], but some are: [Actions, Advanced, Editor, PreviewExamples, General.instance, Editor.instance, FontsAndColors.instance, Keymaps.instance, org-netbeans-modules-php-project-ui-options-PHPOptionsCategory.instance, Advanced.instance, org-netbeans-modules-python-options-OptionsOptionsCategory.instance] INFO [org.netbeans.modules.subversion]: org.tigris.subversion.javahl.ClientException: Problem on first log entry in a working copy svn: In directory 'Y:\project\trunk\libs' svn: Error processing command 'upgrade-format' in 'Y:\project\trunk\libs' Zugriff verweigert svn: Can't set file 'Y:\project\trunk\libs\.svn\format' read-write: Zugriff verweigert org.tigris.subversion.javahl.ClientException: Problem on first log entry in a working copy svn: In directory 'Y:\project\trunk\libs' svn: Error processing command 'upgrade-format' in 'Y:\project\trunk\libs' Zugriff verweigert svn: Can't set file 'Y:\project\trunk\libs\.svn\format' read-write: Zugriff verweigert at org.tigris.subversion.javahl.SVNClient.remove(Native Method) at org.tigris.subversion.javahl.SVNClient.remove(SVNClient.java:404) at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.remove(AbstractJhlClientAdapter.java:819) Caused: org.tigris.subversion.svnclientadapter.SVNClientException at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.remove(AbstractJhlClientAdapter.java:822) 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:271) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invokeMethod(SvnClientInvocationHandler.java:235) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invoke(SvnClientInvocationHandler.java:127) at $Proxy10.remove(Unknown Source) [catch] at org.netbeans.modules.subversion.FilesystemHandler.doDelete(FilesystemHandler.java:118) at org.netbeans.modules.versioning.FilesystemInterceptor$DelegatingInterceptor.delete(FilesystemInterceptor.java:458) at org.netbeans.modules.masterfs.ProvidedExtensionsProxy$DelegatingDeleteHandler$1.run(ProvidedExtensionsProxy.java:297) at org.netbeans.modules.masterfs.ProvidedExtensionsProxy.runCheckCode(ProvidedExtensionsProxy.java:282) at org.netbeans.modules.masterfs.ProvidedExtensionsProxy.access$300(ProvidedExtensionsProxy.java:61) at org.netbeans.modules.masterfs.ProvidedExtensionsProxy$DelegatingDeleteHandler.delete(ProvidedExtensionsProxy.java:295) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.delete(BaseFileObj.java:604) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$2.call(BaseFileObj.java:580) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$2.call(BaseFileObj.java:575) at org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem.runAsInconsistent(FileBasedFileSystem.java:112) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.delete(BaseFileObj.java:588) at org.openide.filesystems.FileObject.delete(FileObject.java:359) at org.netbeans.modules.php.project.util.LocalOperationFactory.doDelete(LocalOperationFactory.java:272) at org.netbeans.modules.php.project.util.LocalOperationFactory.doCopy(LocalOperationFactory.java:250) at org.netbeans.modules.php.project.util.LocalOperationFactory.access$400(LocalOperationFactory.java:57) at org.netbeans.modules.php.project.util.LocalOperationFactory$1.call(LocalOperationFactory.java:116) at org.netbeans.modules.php.project.util.LocalOperationFactory$1.call(LocalOperationFactory.java:110) at org.netbeans.modules.php.project.util.CopySupport$ProxyOperationFactory$1.call(CopySupport.java:339) at org.netbeans.modules.php.project.util.CopySupport$ProxyOperationFactory$1.call(CopySupport.java:329) at org.netbeans.modules.php.project.util.CopySupport$1.run(CopySupport.java:189) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:577) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1030) INFO [org.netbeans.modules.php.project.util.CopySupport]: Copy Support Fail: msg Caused: org.netbeans.modules.masterfs.filebasedfs.utils.FSException: Cannot delete file User.class.php in Y:\project\trunk\libs. at org.netbeans.modules.masterfs.filebasedfs.utils.FSException.io(FSException.java:115) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.delete(BaseFileObj.java:608) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$2.call(BaseFileObj.java:580) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj$2.call(BaseFileObj.java:575) at org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem.runAsInconsistent(FileBasedFileSystem.java:112) at org.netbeans.modules.masterfs.filebasedfs.fileobjects.BaseFileObj.delete(BaseFileObj.java:588) at org.openide.filesystems.FileObject.delete(FileObject.java:359) at org.netbeans.modules.php.project.util.LocalOperationFactory.doDelete(LocalOperationFactory.java:272) at org.netbeans.modules.php.project.util.LocalOperationFactory.doCopy(LocalOperationFactory.java:250) at org.netbeans.modules.php.project.util.LocalOperationFactory.access$400(LocalOperationFactory.java:57) at org.netbeans.modules.php.project.util.LocalOperationFactory$1.call(LocalOperationFactory.java:116) at org.netbeans.modules.php.project.util.LocalOperationFactory$1.call(LocalOperationFactory.java:110) [catch] at org.netbeans.modules.php.project.util.CopySupport$ProxyOperationFactory$1.call(CopySupport.java:339) at org.netbeans.modules.php.project.util.CopySupport$ProxyOperationFactory$1.call(CopySupport.java:329) at org.netbeans.modules.php.project.util.CopySupport$1.run(CopySupport.java:189) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:577) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1030) ALL [null]: Cannot delete file User.class.php in Y:\project\trunk\libs. see also: http://www.netbeans.org/issues/show_bug.cgi?id=164535
Can you delete the file Y:\project\trunk\libs\User.class.php in IDE? I mean not with php support but e.g. in files view? Could you try and check the message log for any related mesasges?
"IDE? I mean not with php support but e.g. in files view?" In files view, you can see only source folder not destination. However I _can_ delete files in Windows explorer. Destination folder is on samba share and has 777 rights on all files except .svn folders.
It looks like IDE tries to copy file to destination folder, but subversion component also tries to read .svn in destination folder, which is not desired. We want to change the file there, not an .svn entry associated with it. There are also some files which are not currently under svn, but it fails either for them for the same reason. "svn: Can't open file 'Y:\project\trunk\libs"
Because the source area and the target area are both versioned by subversion, IDE lets subversion to handle the file copying. I do understand that you might not want this behavior but there is no way the subversion module can decide if the target area shoul be treated as unversioned. The svn module intercepts a file-system delete event, recognizes the to-be-deleted file as versioned and thus tries to remove it with 'svn delete'. > svn: Error processing command 'upgrade-format' in 'Y:\project\trunk\libs' You are probably using subversion in version 1.6 and the working copy in 'Y:\project\trunk\libs' seems to be in an older format (I presume 1.5) and the svn client is trying to upgrade that working copy to 1.6, which is obviously not allowed by file-system rights. Are you allowed to operate with subversion metadata in 'Y:\project\trunk\libs' with 1.5 client? Or do you just simply want to copy, delete or create files on file-system level there, knowing that e.g. deleting a file leaves the subversion metadata flawed (the metadata see the deleted file as MISSING, not as REMOVED)? If so, than there's currently no support for that, we'll discuss it in the team and I'll let you know. I think it could be possible to start Netbeans with a certain command-line switch which could direct the subversion module to interpret certain file-system areas as not managed.
> Are you allowed to operate with subversion metadata in 'Y:\project\trunk\libs' with 1.5 client? Meaning are you able to invoke svn commands (add, remove, copy, etc.) with a 1.5 client?
"Because the source area and the target area are both versioned by subversion, IDE lets subversion to handle the file copying. I do understand that you might not want this behavior but there is no way the subversion module can decide if the target area shoul be treated as unversioned." Why would one want that? I mean, the main purpose of copying files to another folder is copy files and not .svn entries. At least I wouldn't expect that behavior. Sure, my situation is not typical. Anyway, may be a flag in project settings for that, so we could decide if IDE should handle .svn? I think, I should add some details to my situation. I do checkout in local directory on windows, but not the hole project, which is very big, because NB performs not very well on my machine. After NB initially copied files to destination directory, I do full checkout there (1.5 client on linux). In that way, I have small fast project on local drive and only some changed files would be copied to Samba share. If I need update on Samba, I do checkout there via ssh (not with windows svn client)
Hi, after a discussion in the team, i think i have a solution. To force the versioning system to leave some folders unmanaged, you have to: 1) Open (or create if it does not exist) a text file ~/.netbeans/67rc2/config/Preferences/org/netbeans/modules/versioning.properties 2) add a new line: unversionedFolders=Y:\project\trunk\libs 3) save the file and restart IDE This directive should strip that folder (and all subfolders) out of the versioning management Let me know if it helps. See also http://www.netbeans.org/issues/show_bug.cgi?id=105161 - this is probably it's duplicate
It looks good! <happiness /> At least today I didn't have any problems Thank you very much!
You're welcome. I'm making this a duplicate of #105161 *** This issue has been marked as a duplicate of 105161 ***
Have a look at issue #172139 for more information. Thanks.