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.
The problem popped up relatively recently in the dev builds (it's present in the 18 March build). Attempting to commit code changes to svn results in the following error: org.tigris.subversion.javahl.ClientException: Commit failed (details follow): MKACTIVITY of '/Rainking/!svn/act/c146dede-2e01-0010-b241-eb5d9117326e': 500 Internal Server Error (http://subversion) MKACTIVITY request failed on '/Rainking/!svn/act/c146dede-2e01-0010-b241-eb5d9117326e' Despite the "Internal Server Error" message, this appears to be Netbeans specific. There have been no changes in our SVN server, and I verified that the same commits work from the command line, from Eclipse, and from older versions of Netbeans. I also tried removing my ".netbeans" folder but the problem persists. Product Version: NetBeans IDE Dev (Build 201103220400) Java: 1.6.0_24; Java HotSpot(TM) 64-Bit Server VM 19.1-b02 System: Windows 7 version 6.1 running on amd64; Cp1252; en_US (nb) Userdir: C:\Users\athompson\.netbeans\dev
Reassigning to subversion.
What was the last dev build that worked? And please attach the message log: ~/.netbeans/dev/var/log/message.log after the commit fails. Does the svn repository require authentication? Do you have username and password correctly set (look at Tools>Options>Misc>Versioning>Subversion, click on Manage connection settings)? You don't have access to server logs, do you? It would be very helpful to see what exactly the server complains about.
some notes: works fine in our tested environment, must be a server configuration problem: see a related post on http://svn.haxx.se/users/archive-2005-02/0548.shtml Not a P1, fails only in some cases. Please answer questions in comment #2
I doubt it's a server config issue because it works fine with earlier builds of Netbeans.
Created attachment 107227 [details] log file
> What was the last dev build that worked? I guess it hasn't been as recent as I thought. I just tried 7.0-beta2 and that also has the problem, but 7.0-beta does not. I'd guess that the problem occurred much closer to the beta2 date. > And please attach the message log: Done. > Does the svn repository require authentication? Yes, but even running with a fresh ".netbeans" directory the problem occurs before Netbeans asks for your password. I'm not an expert at these things, but from the message it looks like the problem is not the commit itself, but something Netbeans does before the commit. But I could be wrong. > You don't have access to server logs, do you? Sorry, no.
As for the link, that problem is 6 years old and refers to connections over SVN+SSH, so I'd guess it's not related.
Have you checked the credentials in Tools>Options>Misc>Versioning>Subversion? Are they correctly set? If it still fails even with filled username and password, please run the IDE with the following commandline switch: -J-DsvnClientAdapterFactory=commandline , does it make difference?
The credentials for this repository were not yet cached. Adding the command line switch allows Netbeans to commit properly. Once that commit is done and the credentials are cached, Netbeans will continue to work properly even when the command line switch is removed. To summarize, if the credentials are not yet cached (or I imagine if the password has changed), instead of prompting for the password, the error is thrown. This should be easy to recreate under these conditions.
Thanks, that's what i thought, but was unable to try myself, since all our test servers return 'Authentication error' message instead of your weird not so self-descriptive one. I'll fix ASAP
fix: http://hg.netbeans.org/core-main/rev/5cd8523dc22f
Please verify the fix: In Tools > Options > Versioning > Subversion, Manage Connection Settings clear your password, Then try to commit, the login dialog should now be displayed and after reentering the password the commit should pass.
Integrated into 'main-golden', will be available in build *201103250400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/5cd8523dc22f User: Ondrej Vrabec <ovrabec@netbeans.org> Log: Issue #196982 - subversion commits fail
Yup.
Sorry, one minor hiccup: If no credentials are stored, it will prompt you for your password twice (but then work properly). The first time it happened I assumed I just miss-typed my password.
This doesn't seem to have made it into the 7.0 release.
(In reply to comment #16) > This doesn't seem to have made it into the 7.0 release. Sure it doesn't, Target Milestone is set to Dev, meaning it's fixed in trunk and scheduled for next release
I'm not sure how you guys handle your branches. Does that mean it will be in 7.0.1 or will I need to wait until 7.1?
Also, the "hiccup" from comment 15 is still present and should probably be fixed.
(In reply to comment #19) > Also, the "hiccup" from comment 15 is still present and should probably be > fixed. Yes, it should, sorry, i reacted to the P2 priority and your comment and automatically closed this again. What was the action that triggered the auth dialog to popup twice (commit, update)? > I'm not sure how you guys handle your branches. Does that mean it will be in > 7.0.1 or will I need to wait until 7.1? Until the next releases are created in Target Milestone field, just assume that: Dev now stands for 7.0.1 Next stands for 7.1 So to your question: the fix will be integrated into 7.0.1
Thanks. It was a commit which caused the dialog to pop up twice. Otherwise, it works fine.
I recently started to have problems with subversion after upgrading from 7.0 to 7.0.1. All previous versions of NetBeans have worked perfectly with subversion. I still have 7.0 installed, if I run 7 instead of 7.0.1 the subversion still works fine. The fault symptoms in 7.0.1 include: a) Team | SubVersion | Checkout - use same repository URL and username password as works in v7 .. click next -- the progress bar just spins - apparently for ever .. b) choose a project, right click, choose SubVersion | Commit .. click Commit button, get messages like this ==[IDE]== Aug 16, 2011 5:37:41 PM Preparing Commit... ==[IDE]== Aug 16, 2011 5:37:42 PM Preparing Commit... finished. ==[IDE]== Aug 16, 2011 5:37:49 PM Committing... commit -m "added more query parameters for spatial querying via REST (bounding box co-ordinates)" C:/Users/pjl.VADOM/Documents/NetBeansProjects/JX/jx-assembly/pom.xml and then the committing progress bar in the IDE just spins, apparently for ever .. there does seem to be network I/O, but thye commit never actually happens ..
The problem I had in comment #21 seems to have gone away. freddiefishcake: That sounds like a different problem. You should create a new bug report for that one.
That is, the problem I had in comment #15.
The root cause of the problem with netbeans 7.0.1 is JDK 7. After having similar svn problems on a Hudson linux slave that had been upgraded to JDK7 - and which were fixed by going back to JDK6, I edited netbeans.conf like this: # Default location of JDK, can be overridden by using --jdkhome <dir>: # going back to 1.6 to see if that fixes svn issue .. #netbeans_jdkhome="C:\Program Files\Java\jdk1.7.0" netbeans_jdkhome="C:\Program Files\Java\jdk1.6.0_24" and now netbeans 7.0.1 is happily working with svn again ;-)
I was using JDK6 here...
I just installed 7.2 this morning in the hopes that it would fix this error for me. It did not however and I had to use the commandline switch supplied in comment #8. With that switch everything works as expected. I don't believe this is fixed in the latest 7.2, either that or there has been a regression, any ideas?
(In reply to comment #27) > I just installed 7.2 this morning in the hopes that it would fix this error for > me. It did not however and I had to use the commandline switch supplied in > comment #8. With that switch everything works as expected. I don't believe > this is fixed in the latest 7.2, either that or there has been a regression, > any ideas? Attach your messages log with the error
Still working here...