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 trunk 200705091800 svn, version 1.4.2 (r22196) compiled Feb 15 2007, 19:41:23 Whenever I try to diff, update or log with subversion, it fails. The directory works fine with the command line client and TortiseSVN INFO: org.tigris.subversion.svnclientadapter.commandline.CmdLineException: svn: '.' is not a working copy svn: Can't open file '.svn/entries': No such file or directory org.tigris.subversion.svnclientadapter.commandline.CmdLineException: svn: '.' is not a working copy svn: Can't open file '.svn/entries': No such file or directory at org.tigris.subversion.svnclientadapter.commandline.CommandLine.execString(CommandLine.java:180) at org.tigris.subversion.svnclientadapter.commandline.SvnCommandLine.info(SvnCommandLine.java:440) at org.tigris.subversion.svnclientadapter.commandline.CmdLineClientAdapter.getStatus(CmdLineClientAdapter.java:1201) Caused: org.tigris.subversion.svnclientadapter.SVNClientException at org.tigris.subversion.svnclientadapter.SVNClientException.wrapException(SVNClientException.java:84) at org.tigris.subversion.svnclientadapter.commandline.CmdLineClientAdapter.getStatus(CmdLineClientAdapter.java:1233) 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:180) at org.netbeans.modules.subversion.client.SvnCmdLineClientInvocationHandler.invokeMethod(SvnCmdLineClientInvocationHandler.java:60) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invoke(SvnClientInvocationHandler.java:125) at $Proxy10.getStatus(Unknown Source) [catch] at org.netbeans.modules.subversion.ui.status.StatusAction.executeStatus(StatusAction.java:95) at org.netbeans.modules.subversion.ui.status.VersioningPanel$6.perform(VersioningPanel.java:368) at org.netbeans.modules.subversion.client.SvnProgressSupport.performIntern(SvnProgressSupport.java:78) at org.netbeans.modules.subversion.client.SvnProgressSupport.run(SvnProgressSupport.java:71) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:539) at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:964)
Can't reproduce, could you please provide more details? Anyway, it could also happen that svn cache was corrupted somehow. Try to do: 1. Close NB 2. Delete the content of the "<nb_user_dir>/var/cache/svncache" folder. 3. Start NB
With build daily 2007 05 14 the exception is only thrown in “Show Updates”, but Diff, and Update just silently fail. Diff does not provide the repository copy. The exact same check-out works fine on Linux. I’m on Windows XP Pro SP2. I use svn version 1.4.2 (r22196). My working directory is “Q:\projects\hymerfania\mffesuite”. I have a Module Suite “mffesuite” and a module sub-project of that suite, “mffep”. The mffep module is immediately under mffesuite. It’s path is “Q:\projects\hymerfania\mffesuite\mffep” I tried deleting the foo\var\cache\svncache\*.* In fact I tried creating a whole new user directory. I also tried JDK 1.5.0_04 and 1.6.0, and I uninstalled TortoiseSVN. I made sure that I have “Full Privileges” on my entire working directory. I also deleted the entire working directory, and checked it back out using NetBeans. The checkout worked fine, but I get the same exception when I try and use “Show Changes”. I’m attaching the messages.log. What else could be useful?
Created attachment 42523 [details] messages.log showing more of the stack trace.
What type of virtual space does "Q" stand for? Is it a network drive using samba or local virtual one (created by "subst")? Could you please also verify whether there no ".svn" directory in the path for all parent folders?
Q: is not virtual. Q: is a Serial ATA hard drive formatted with an NTFS filesystem , physically installed in my PC and locally mounted. There are no .svn directories above the q:\projects\hymerfania\mffesuite directory. I checked the contents, ownership and permissions of q:\ q:\projects\ q:\projects\hymerfania q:\projects\hymerfania\mffesuite
I tried something else too: Previously, I had both the Module Suite project (mffe) and the sub-project (mffep) open. I tried closing all projects, then opening them one at a time, testing each my itelf but that did not change anything.
I have the NetBeans source. I can try and narrow down where and when the problem occurs. Two questions to start: Regardless of the cause, is the error "org.tigris.subversion.svnclientadapter.commandline.CmdLineException: svn: '.' is not a working copy" coming from within NetBeans, or is foo...svnclientadapter provided by some other binary? Same question for the error "svn: Can't open file '.svn/entries': No such file or directory"
BTW, this issue looks very much like Issue 84282...
svnclientadapter is an external library we use to parse the cmd line, but from what i've seen i would say that the problem comes from NB. - do you get the problem only with one working copy, or does it happen with every project you try to use form NB? - is it possible for you to send over the project? thanks
hi, do you still have the problem? is it possible you send over the project? thanks
The problem is still there in the trunk build of 070628. I made sure that I was using only the 1.5 jvm as both the sdk and the runtime. I cannot send the project as-is, there are licence complications. I will try to reproduce the problem in a project that I can post here.
thanks, that would be a great help. few more questions: - does this happen on whatever node you invoke the update? - netbeans log the update command in the output window. could you please post the log? - you reported that you use svn version 1.4.2, but what client is it? the one from subversion.tigris.org, or maybe the client which comes with cygwin, or even something else? thanks
No further information have been added. Closing as WORKSFORME. Feel free to reopen if the reported problem should still appear.