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.
Existing project, svn works fine from the command line and in Apatana RadRails. Open a .rb file, choose Versioning > Revert Modifications > Revert Local Changes. Hit OK. Get a dialog box: SVN command returned with the following error: Can't open file 'C:\InstantRails\rails_apps\ss\test\unit\tree_diff_test.rb/.svn/entries': Not a directory The mix of \ and / is pretty suspicious, and it's built a bogus directory string for the .svn directory. Product Version: NetBeans Ruby IDE 070625 Java: 1.6.0_01; Java HotSpot(TM) Client VM 1.6.0_01-b06 System: Windows Vista version 6.0 running on x86; Cp1252; en_US (nbrubyide) Userdir: C:\Users\James\AppData\Roaming\.nbrubyide\dev (FYI, the dropdown list of "Found in version" seems wrong; it lacks anything resembling "NetBeans Ruby IDE 070625", which is what the IDE itself reports in the help screen.
Thanks - dispatching to the subversion category
i need more information to reproduce the problem could you please attach your messages.log file? do you get this error with every file or could you provide some exact steps how to reproduce it? thanks
Created attachment 44414 [details] My messages.log file
Created attachment 44415 [details] the test project demonstrating the problem
I just entered my messages.log file, and a tarball of a project demonstrating the issue. On Windows Vista, open the project, open the file testproj/public/javascripts/application.js, choose Versioning > Revert Modifications > Revert Local Changes > Revert. You should see the error message.
FYI, there's nothing special about this project. I created it fresh with a rails command, checked it into subversion, then created a netbeans project and tarred up the tree. I'd assume you could repro doing the same thing on any windows box.
hi, this seems to happen only when running netbeans on cygwin. i don't know yet how to deal with the problem, but not running on cygwin should work as a workaround for you.
Your suggestion doesn't make sense to me - how am I running netbeans on cygwin? AFAIK, I don't have any Java system for cygwin installed.
And FYI, Aptana/RadRails doesn't have an issue - it's happy to play with these same files, using it's native svn java library.
> Your suggestion doesn't make sense to me - how am I running netbeans on cygwin? ok, then i got confused by the line "INFO: org.tigris.subversion.svnclientadapter.commandline.CmdLineException: svn: 'C:\cygwin\tmp\testproj\public\javascripts\application.js' is not a working copy" in your config file and with the fact that the we could easily reproduce exactly the same error when starting NB from cygwin and that it was also the only way we were able to do it. however, it looks like there is something special in your case - how did you checked in the project? via netbeans or some another client? - do you get this also with another projects or only with this one? - what svn client do you use? thanks
correction: ok, then i got confused by the line "INFO: org.tigris.subversion.svnclientadapter.commandline.CmdLineException: svn: 'C:\cygwin\tmp\testproj\public\javascripts\application.js' is not a working copy" in your *messages.log* file
I think I understand - you don't mean that NetBeans is running under cygwin. You mean that NetBeans is using the cygwin svn binary. This is probably not very functional in windows - netbeans should be using it's internal native svn support, not an external command. How do I set this? To start netbeans, I double-click on the netbeans binary from an Explorer window; I don't start it from cygwin. But cygwin utilities are definitely in the windows %PATH%. "- how did you checked in the project? via netbeans or some another client?" In this case, cygwin's svn command. "- do you get this also with another projects or only with this one?" It's happened with both of the projects I've tried. In general, I'd say that I mostly use cygwin's svn command to create trees, and then I use that tree from the IDE (either NetBeans or Eclipse/Aptana/RadRails). - what svn client do you use? Several, on the same project. cygwin, TortiseSVN occasionally, Eclipse native subversion support. I'll frequently do something from the command line instead of messing around with the IDE support for more complicated commands.
> I think I understand - you don't mean that NetBeans is running under cygwin. i did > You mean that NetBeans is using the cygwin svn binary. but this seems to be it > netbeans should be using it's internal native svn support, not an > external command. How do I set this? unfortunately, NB doesn't come with a native client, the only way it supports svn is with a commandline client which has to be in PATH. This is also why it grabbed the cygwin svn binary in your case. Could you please try to run NB with the windows svn commandline client from http://subversion.tigris.org/project_packages.html ? You either have to start NB with that client in PATH or you may set the path to the executable in Options > Misc > Versioning > Subversion. Please note that in case you should set it in options you only have to specify the executables folder, not it's full path. thanks
could you please let us know it works for you now? thanks
I will, but probably won't have a chance today. NetBeans is still an experiment, Aptana/RadRails is my main dev environment.
I installed the normal windows subversion binaries, and now NetBeans just keeps popping up the SVN Command Failed NetBeans Subversion support requires Subversion executable! Even though the executable is there and I can run it from a command line: C:\Program Files\Subversion\bin\svn.exe
Just to make sure it wasn't an issue with a space in the path, I moved the subversion binaries to \bin\svn. Same result - keep getting that dialog box. C:\Users\James>\bin\svn\svn.exe --version svn, version 1.4.4 (r25188) compiled Jun 8 2007, 18:49:42 Copyright (C) 2000-2006 CollabNet. Subversion is open source software, see http://subversion.tigris.org/ This product includes software developed by CollabNet (http://www.Collab.Net/). The following repository access (RA) modules are available: * ra_dav : Module for accessing a repository via WebDAV (DeltaV) protocol. - handles 'http' scheme - handles 'https' scheme * ra_svn : Module for accessing a repository using the svn network protocol. - handles 'svn' scheme * ra_local : Module for accessing a repository on local disk. - handles 'file' scheme C:\Users\James>
Created attachment 44577 [details] latest log file
Tried it with the native windows svn.exe in the path, not set through the dialog box. NetBeans hangs when I do Versioning > Show Changes. The menu is still pulled down (visually), and NetBeans is completely frozen.
Created attachment 44578 [details] processexplorer during netbeans hang
Created attachment 44579 [details] what netbeans looks like right now, a few minutes after trying to do the diff
It looks like svn.exe is using ssh when the repository is svn+ssh, and netbeans is waiting for a response that will never come (I'm guessing this ssh session isn't looking at ssh-agent, and is waiting for a password).
> Tried it with the native windows svn.exe in the path, not set through the dialog box. here you run against a known problem - recently fixed - see issue #108437
at http://wiki.netbeans.org/wiki/view/FaqSubversionSSH you may find some info how to setup svn+ssh
I know how to set up subversion + ssh; I've had it working quite nicely for a long time. Eclipse functions without any issues at all. My command line tools function just fine. I've got it all playing with ssh-agent and keychain. Even TortiseSVN is there, working away quite nicely, even though I don't use it much. And then NetBeans comes along, and has its own weird ideas of how to work with subversion. NetBeans doesn't want to play nice. It wants a stack of utilities that need their own configuration, and that don't work with the same setup that every other tool uses. The last thing I want to spend my time on is having to configure yet another way of doing the same thing I'm doing somewhere else. NetBeans + subversion + windows = terrible user experience so far.
If svn+ssh is set correctly (without any prompting for username/password) then all NetBeans SVN support works as expected without any problems. In the times of design and implementation we couldn't take advantage of svnkit. One of the reasons was license issue and the other one was: svnkit (javasvn) didn't provide support for local connection (file:///) Recently the licenses have changed and the SvnKit could be the right choice to make NetBeans Svn Support more comfortable. In case of you have any specfic questions related to setting up svn under NetBeans, please don't hesitate ask us by email.
"If svn+ssh is set correctly (without any prompting for username/password) then all NetBeans SVN support works as expected without any problems." Not true - cygwin's svn works just fine from the command line, NetBeans fails to work with it. That's an important exception and was what prompted this bug in the first place. At this point I think everyone understands the issues. My opinion is that NetBeans has poor subversion support in Windows, and I'd love to use a future version that improves that support. In the meantime, though, NetBeans looses this one to Eclipse/Aptana/RadRails.
From what i've seen yet in this issue, i have no other choice just to agree with you that your experience with the subversion support in netbeans must seem to be everything but user friendly. Or to be more accurate - i agree that from your point of view it must seem like a mess. still, there are some things i want to address at this place: > My opinion is that NetBeans has poor subversion support in Windows This is a very general statement and i can't and won't accept it just as it is. The netbeans subversion support on windows isn't covering only svn+ssh based on then cygwin svn client. We also know other protocols (http://, https:// ...) in the subversion universe. I'm quite confident that the majority of our users who aren't accessing their repositories through svn+ssh while having netbeans configured with the cygwin svn client feels a bit different about the NetBeans + subversion + windows triumvirate. But ok, this is another story. Your setup is svn+ssh and cygwin on windows and of course that this is something we can't and also don't want to take from you. So we have issues. Point taken. > NetBeans comes along, and has its own weird ideas of how to work with subversion. > ... > It wants a stack of utilities that need their own configuration Peter mentioned already in his previous post that we stack with the command line because of license incompatibilities with the svnkit (the native java svn library). So, as you pointed out yourself, the command line forces us to reach after other utilities to solve things we could easily manage and make more userfriendly with a native support. Believe me, we are no command line fetishists and we aren't happy with it. Things will definitely change as soon as the licensing difficulties are solved. > Not true - cygwin's svn works just fine from the command line The cygwin client pitfall. There is one important difference between using the cygwin svn client directly from the command line and calling it from Netbeans. Because running on windows the netbeans svn module passes the svn commands in a format the cygwin client doesn't seem able to process. Actually, then svn module wasn't designed to work with the cygwin client, however, i think we shall see if there is a way for us to find out which client it really is on the command line. This way we may at least avoid future confusions with a understandable error message or maybe we will be even able to use it. > and I'd love to use a future version that improves that support a sincere thanks for this:) last but not least - we would be sorry if you gave up on netbeans because of the encountered configuration issues. So if you still want to try to find your way through your (our) actual setup problem, you are welcome. I've filed a new issue #108577 for the interaction with the cygwin client to have a clean beginning. one way or another, thanks for your time and effort until now
you mentioned also some another problems you got after switching to the native windows client... > It looks like svn.exe is using ssh when the repository is svn+ssh, > and netbeans is waiting for a response that will never come please let us know if you came around this or if are eventually still interested to solve it. otherwise we will close this issue as we have a new issue to track the problems with the cygwin client. thanks
Go ahead and close this - my workaround is just to not use subversion in netbeans. I didn't solve that problem (netbeans really should know when svn is asking for a password), but I think the real answer is an eventual switch to native tools, so working on improving the current setup isn't particularly interesting. Thanks!
closing as agreed
FYI, support for windows subversion has improved greatly since this was closed; as far as I can tell, all of the issues here have been fixed. I use the native windows svn client all the time these days.
thanks for the info :)