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 164535 - copy to another location fails, ide hangs
Summary: copy to another location fails, ide hangs
Status: RESOLVED FIXED
Alias: None
Product: php
Classification: Unclassified
Component: Code (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: Tomas Mysik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-05 22:01 UTC by nbphpuser
Modified: 2009-09-14 09:52 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
messages.log (23.92 KB, text/plain)
2009-05-05 22:03 UTC, nbphpuser
Details

Note You need to log in before you can comment on or make changes to this bug.
Description nbphpuser 2009-05-05 22:01:36 UTC
Hi,

I have problems with my NB (tried both 67beta and 6.5.1). I'have open
2 php projects (which copy source files to another location), after
some time, IDE doesn't copy anymore and then I've noticed also live
syntax checking is not working anymore. After restart of NB,
everything works fine again for a while. 67Beta cannot be closed, I can only kill it via Task Manager, however 6.5.1 can 
be closed.

In 6.7beta I get "Copy Support failed. Continue?" prompt.
The destination directory for copying is Samba mount and is writable (777)
Comment 1 nbphpuser 2009-05-05 22:03:50 UTC
Created attachment 81591 [details]
messages.log
Comment 2 nbphpuser 2009-05-05 22:04:55 UTC
additional info:
in 6.7beta

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:269)
       at org.netbeans.modules.php.project.util.LocalOperationFactory.doCopy(LocalOperationFactory.java:247)
       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:573)
       at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1005)
ALLE [null]: Cannot delete file User.class.php in Y:\project\trunk\libs.
Comment 3 Tomas Mysik 2009-05-06 14:31:54 UTC
Could you please generate several thread dumps after the IDE freezes?
http://wiki.netbeans.org/GenerateThreadDump

Radku, please evaluate (if you don't have time for it, just reassign back to me). Thanks.
Comment 4 rmatous 2009-05-06 15:17:53 UTC
Evaluation:
Existing File Y:\project\trunk\libs\User.class.php wasn't deleted by call java.io.File.delete, this method returned false.
In other words the file couldn't be deleted. I can't guess what was the reason, but if reported on windows keeping
Input/Output stream is enough for it, so probably not bug in CopySupport. 
Comment 5 rmatous 2009-05-07 14:43:17 UTC
Please see my previous comment saying that file cannot be deleted, which can be easily verified: when the problem
happens again you can try to delete the file manually (e.g. from command line or by file manager). Definitely we need
more information to be able to say more to this issue because currently not reproducible for us (WORKSFORME).  P3 for
now, can be easily increased when reproducible case exists.

So, please provide more information (INCOMPLETE now)
Comment 6 rmatous 2009-05-07 14:50:12 UTC
I would like to fix this issue but I have no clue where to start. Try to attach your  project (or distillate some
reproducible case from it)
Comment 7 nbphpuser 2009-05-07 22:10:34 UTC
I can delete the file via Explorer. Destination directory is under subversion. May be it is the problem? I report more 
info on Monday.
Comment 8 nbphpuser 2009-05-12 08:36:40 UTC
Hi,

I've removed subversion plugin and I still have problems. However, "Copy support failed" prompt doesn't appear anymore.
After I've noticed file is not copied, other things stopped working: Synchronizing Editor with views, Live syntax 
checking, Navigator doesn't update. Editor cannot be closed normally, I have to kill it via Task Manager

Pet
Comment 9 nbphpuser 2009-06-03 12:37:27 UTC
Some update info:

Now I have 6.7rc and copy worked until I've installed subversion bundled client. IDE gives me error as already described. 
I still have 6.7beta without subversion and it copy my files. So, I suppose it is subversion issue
Comment 10 Tomas Mysik 2009-06-03 12:49:00 UTC
From PHP users mailing list, HTH:

----- %< -----
I suppose you're using Windows OS?

In 6.7 you may install the Bundled Subversion client from the Update center.

Open Tools > Plugins, choose the Available Plugins tab and select 'Bundled Subversion Client for Windows'. After
installing and IDE restart you should see thus plugin in Tools > Plugins > Installed. Now IDE should use the bundled
1.6 client and you files should be correctly recognized.
----- %< -----
Comment 11 nbphpuser 2009-06-03 14:34:36 UTC
so, I've removed subversion 1.5, installed the Bundled Subversion client from the Update center. 
Now, I don't have subversion functionality, but can copy. 
After adding subversion 1.5 again, cannot copy again.
Comment 12 Tomas Mysik 2009-06-03 14:42:38 UTC
> Now, I don't have subversion functionality,

Feel free to file an issue against NB subversion module with exact steps to reproduce. Thanks.
Comment 13 nbphpuser 2009-06-03 15:29:40 UTC
can we convert this issue to subversion one?
Comment 14 Tomas Mysik 2009-06-03 16:27:22 UTC
> can we convert this issue to subversion one?

Preferably not - this issue was originally filed against non-working copying of PHP sources - and still is valid because
it's not closed yet.

I would file a new issue for you, it's not problem but - I don't know the exact steps to reproduce, that's why I asked
you to do so if possible.

Thanks for understanding.
Comment 15 nbphpuser 2009-06-09 12:46:07 UTC
with 67.rc2 I have more descriptive log, which says copy support also tries to change .svn entries in destination 
directory, I will submit new issue for subversion component



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.





Comment 16 nbphpuser 2009-06-09 17:10:12 UTC
opened issue against subversion component:

http://www.netbeans.org/issues/show_bug.cgi?id=166781
Comment 17 nbphpuser 2009-08-13 16:01:09 UTC
Disabling version control for target folders solves this issue
Comment 18 Tomas Mysik 2009-09-14 09:52:43 UTC
Your use case should work now. Have a look at issue #172139 for more information. Thanks.