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.
When I try to commit a new project using Netbeans I get: org.tigris.subversion.javahl.ClientException: Wrong or unexpected property value Commit failed (details follow): While preparing 'C:\Users\Gili\Documents\blueeye\trunk\concurrent\libraries\junit_4\junit-4.5-api.zip' for commit Cannot accept non-LF line endings in 'svn:ignore' property The messages.log contains quite a bit useful information so I'll attach it for you.
Created attachment 84152 [details] messages.log
The server is version 1.6.2 (r37639).
Gili, did you load Subversion properties from a file before you encountered the bug? Or did you copy some multi-line property value from the clipboard? (To load Subversion properties from a file, open the "Svn Properties Editor" and press button "Load".)
Which version do you have? Could you post here the first two lines of output of command "svn --version"?
No, I did not touch SVN properties at all. It is worth noting that I only have this problem with a specific project while all others work just fine. I could zip up that project for your review if you wish as it's relatively small and doesn't contain any IP. I reproduced this issue under both "version 1.6.2 (r37639)" and "svn, version 1.6.3 (r38063) compiled Jun 18 2009, 12:57:17" which is the latest Windows version at the time of this post.
> I could zip up that project for your review if you wish as it's relatively small and doesn't contain any IP. That would be great. We could check the files and svn metadata, thanks.
Created attachment 84219 [details] testcase
Gili, wasn't the Subversion server upgraded to a newer version recently? According to this message: http://subversion.open.collab.net/ds/viewMessage.do?dsForumId=3&dsMessageId=315838 Subversion only started to really check for non-LF endings in the 1.6.x series. There is a Subversion bug filed that is very similar to this NetBeans one: http://subversion.tigris.org/issues/show_bug.cgi?id=3404 Citation: "Subversion 1.6 no longer accepts carriage returns (^M) in the values of its own properties (i.e. svn:log, svn:ignore and others). Prior to 1.6 such properties were accepted. svnsync 1.6 fails when the source repository violates eol-purity on any of the relevant properties. A great many such repositories exist in the wild because Subclipse was -- until very recently -- sloppy with line endings when running on Windows."
I've listed the version numbers I've seen this problem with (1.6.2 and 1.6.3) above. Yes, this is most probably caused by the fact that newer Subversion servers are stricter, but it isn't clear what is the appropriate thing to do in this case. From an end-user point of view, I did nothing wrong (properties were set automatically for me by Netbeans or TortoiseSVN) and yet I am getting an error message. At the very least, Netbeans should tell me how to correct the problem. Ideally, it should correct the problem automatically.
I think i found the problem. In your project there's a folder '.../libraries' which contains subversion metadata (a .svn folder) and inside a property file 'dir-props'. This property file contains the 'CRLF' line-ending that causes trouble. So to make the project working again, run: 1) svn propset svn:ignore '' libraries 2) svn propset svn:ignore 'nblibraries-private.properties' libraries I will meantime try to fix the cause, why the file contains the 'CRLF' line-ending.
*** Issue 170235 has been marked as a duplicate of this issue. ***
fixing in cdev #229911e064ee i hope it would help and prevent from svn:ignore values with crlf line-endings
Integrated into 'main-golden', will be available in build *200908131401* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/229911e064ee User: Ondrej Vrabec <ovrabec@netbeans.org> Log: #167837 - Cannot accept non-LF line endings in 'svn:ignore' property we build the svn:ignore value ourselves and don't use setIgnoredPatterns anymore