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 208957 - symlink symbolic links break svn plugin subversion commit
Summary: symlink symbolic links break svn plugin subversion commit
Status: STARTED
Alias: None
Product: versioncontrol
Classification: Unclassified
Component: Subversion (show other bugs)
Version: 7.1
Hardware: PC Linux
: P4 normal with 3 votes (vote)
Assignee: Ondrej Vrabec
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-02-28 15:31 UTC by bingalls
Modified: 2012-10-24 23:01 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description bingalls 2012-02-28 15:31:03 UTC 
Similar to Bug 178420?
Note that http://subversion.netbeans.org/ is a broken link
IDE v7.1 svn plugin v1.19.2.42.1 JDK v1.7_02 Ubuntu 11.10 ext4

Create ~trunk/orig/
ln -s ~trunk/orig/ ~trunk/shadow/
Edit & save ~trunk/shadow/test.php

Netbeans (svn plugin) fails to commit (~trunk)
Command line svn works, allowing Netbeans to recover and continue.

Note:
Netbeans attemps to commit test.php twice
Error Message:
org.tigris.subversion.javahl.ClientException: Working copy '~trunk/shadow/test.php' locked; try performing 'cleanup'

svn cleanup through Netbeans does not help.
svn revert throught Netbeans does restore sanity.
Comment 1 bingalls 2012-04-23 17:30:21 UTC 
It often helps to uncheck either the original, or the linked duplicate, to commit only once in a 'transaction'. Use this for an easy work-around. Not sure about other file systems, such as NTFS or older.
Comment 2 russellr 2012-04-23 19:21:08 UTC 
Yes, it sometimes helps.

But, not always, and svn plugin does this even when a symlink isn't in the list of changes.

Basically the svn plugin is next to useless in anything but baby projects.
Comment 3 Ondrej Vrabec 2012-04-24 10:02:13 UTC 
try adding this to netbeans.conf:  -J-Dversioning.subversion.doNotFollowSymlinks=true
it should prevent the support from traversing into symlink folders.
Comment 4 russellr 2012-04-24 11:25:51 UTC 
Thank you.

That option has fixed another problem I was having....

svn plugin was treating everything in the symlink'ed folder as new, even though svn command line worked properly.

It's too early to tell whether it fixes the "locked" problem, but I'm guessing it will.

regards,
RR
Comment 5 bingalls 2012-04-27 13:29:20 UTC 
(In reply to comment #3)
> try adding this to netbeans.conf: 
> -J-Dversioning.subversion.doNotFollowSymlinks=true
> it should prevent the support from traversing into symlink folders.

This fixes the issue! I searched for docs on svnkit, as well as java system properties:
http://wiki.svnkit.com/SVNKit_specific_system_properties
http://svnkit.com/kb/user-guide-config-settings.html
I had even worse luck with JavaHL. If good docs were easily searchable, then you can close this issue.
Comment 6 ain 2012-10-24 22:56:28 UTC 
Reproduced on 7.2 as well. The listed suggestion to modify netbeans.conf does not resolve.

Product Version: NetBeans IDE 7.2 (Build 201207171143)
Java: 1.6.0_37; Java HotSpot(TM) 64-Bit Server VM 20.12-b01-434
System: Mac OS X version 10.7.5 running on x86_64; MacCentralEurope; et_EE (nb)
User directory: /Users/ain/Library/Application Support/NetBeans/7.2
Cache directory: /Users/ain/Library/Caches/NetBeans/7.2
Comment 7 ain 2012-10-24 23:01:33 UTC 
The error:

org.apache.subversion.javahl.ClientException: E195015: '/Users/ain/NetBeansProjects/…/web/sfMediaBrowserPlugin' prevents creating of '{1}'