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 246227

Summary:	Recursive symlink causes infinite uploads and SVN issues
Product:	php	Reporter:	russell.chappell
Component:	Project	Assignee:	Tomas Mysik <tmysik>
Status:	RESOLVED WONTFIX
Severity:	normal	CC:	vriha
Priority:	P3
Version:	8.0.1
Hardware:	Macintosh (x86)
OS:	Mac OS X
Issue Type:	DEFECT	Exception Reporter:

Description russell.chappell 2014-08-04 10:01:50 UTC

Similar to bug https://netbeans.org/bugzilla/show_bug.cgi?id=244085
I'm also have issues with a recursive symlink, it's not hanging the IDE as described but is causing infinite recursion when uploading files, SVN revision scans for updates. Unable to delete the symlink via Netbeans as it just removes the parent directory. It is added to SVN so one would assume you'd be able to delete from SVN using Netbeans but this is not the case.

Looking through other bugs I am led to believe Netbeans should detect problematic symlinks as described below to reduce issues? Similar to other bugs #178180 and #232071 but they're not responding and the symptoms are different.

Symlink:
application/project-1.0 -> .

Also unable to SVN Ignore as it ignores the parent directory.

With SVN commands and symlinks it would be useful to act on the symlink and not the linked directory / file.

Netbeans Version: 8.0.1
OS: Mac OSX Mavericks
File System: Mac OS Extended (Journaled)

Comment 1 russell.chappell 2015-01-27 12:20:34 UTC

Still present in 8.0.2.

It would be useful to know if this bug is going to be fixed or not...

Comment 2 badpenguin 2015-04-21 22:10:02 UTC

I sawed this sometimes in 8.0.2

Comment 3 Tomas Mysik 2015-05-13 07:43:46 UTC

(In reply to russell.chappell from comment #0)
> Symlink:
> application/project-1.0 -> .

Sorry, what kind of symlink is this? I think that "." always points to the current directory, no? BTW what is recursive symlink good for? Sorry for asking but nothing useful comes to my mind now.

Could you please provide a sample project or at least a project structure so we can investigate it? There is some kind of symlink detection in NB remote client but apparently it fails in your case.

Thanks.

Comment 4 Tomas Mysik 2015-05-13 08:05:02 UTC

@vriha: Ládo, could you please try to reproduce this issue? Thanks.

@reporter: Please, if you found any issues in SVN support in NetBeans, report it as a new bug. Thanks!

Comment 5 russell.chappell 2015-05-13 08:34:17 UTC

The recursive symlink was to ensure all scripts continued to work after we restructured our folders. We had a folder which had our project code in but this was removed and the folders moved to the parent directory. The current structure is:

application/
application/bin
application/modules
application/data
application/config
application/project-1.0 (symlink `../` to parent folder)
config/
library/
library/(50+ folders)
modules/
modules/(5 folders)
public/
public/(20+ folders)
vendor/
vendor/(15+ folders)

This is a PHP project, SFTP and using SVN+SSH (SvnKit). There's only config changes to SVN+SSH for my version of Netbeans.

Also I've found that with the symlink in place (fresh checkout) the auto upload on save doesn't work for some folders? This has only been happening since version 8.0.2

My current work around is to remove the symlink and replace with an actual folder outside of Netbeans, which shows up as a conflict but it's easier to deal with that when committing and merging.


Product Version: NetBeans IDE 8.0.2 (Build 201411181905)
Updates: NetBeans IDE is updated to version NetBeans 8.0.2 Patch 1
Java: 1.8.0_31; Java HotSpot(TM) 64-Bit Server VM 25.31-b07
Runtime: Java(TM) SE Runtime Environment 1.8.0_31-b13
System: Mac OS X version 10.10.3 running on x86_64; UTF-8; en_US (nb)
User directory: /Users/user/Library/Application Support/NetBeans/8.0.2
Cache directory: /Users/user/Library/Caches/NetBeans/8.0.2

Comment 6 Tomas Mysik 2016-08-12 06:18:14 UTC

First, NetBeans does not care about symlinks at all. In other words, NetBeans handles all the symlinks as regular files.

(In reply to russell.chappell from comment #5)
> application/project-1.0 (symlink `../` to parent folder)

This is the problem, recursive symlinks are really problematic and should be avoided, if possible.

Thanks for reporting.