Bug 3682 – [REGRESSION] symlinks wrongly display target instead of source name

Bug 3682 - [REGRESSION] symlinks wrongly display target instead of source name

Summary:

[REGRESSION] symlinks wrongly display target instead of source name

Status:	CLOSED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Web Interface
Version:	6.3.0
Platform:	PC Fedora

Importance:	P2 major (vote)
Target Milestone:	---
Assigned To:	Dan Sully

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2006-07-02 07:16 UTC by Ed Price
Modified:	2009-01-29 09:47 UTC (History)
CC List:	1 user (show)

See Also:
Category:	---

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 Ed Price 2006-07-02 07:16:54 UTC

I have some directories full of symlinks.

After upgrading to 6.3.0, Browse Music Folder appears to be showing these files using the name of the *target* of the link, instead of the source.  (They are also improperly URL-encoded but I filed that as a separate issue...)

6.2.2 did not have this bug.

(Note re severity: I use symlinks extensively for "indexing", so to me this is a major problem.)

(I don't know if web UI is the right component, sorry)

Comment 1 Ed Price 2006-07-02 07:57:10 UTC

"clear library and rescan" did not fix it.

Comment 2 Ed Price 2006-07-02 11:08:26 UTC

(copied from other symlink bug, since it appears to be the same underlying problem)

reverting r8079 fixes this.

bug 2757 (supposedly fixed by r8079) summary says something about an "option" to blah blah blah.

well i did not enable any "option"...

i don't know what r8079 fixed, but it sure broke the behavior of Browse Music Folder with symlinks.

i think it should be reverted, and if bug 2757 is really a bug, it should be fixed some other way.  perhaps, as the summary says, it should be an OPTION in a config file for those who want.

Comment 3 Dan Sully 2006-07-02 16:52:25 UTC

Fixed in change 8248

Comment 4 Ross Levine 2006-07-11 11:11:10 UTC

SlimServer Version: 6.3.1 - 8278 - Mac OS X 10.4.7 (8J135) - EN - utf8

Verified this to be fixed. Browse music folder is showing the target of the symlink, as it should.

Comment 5 James Richardson 2008-12-15 11:58:09 UTC

This bug has been fixed in the latest release of SqueezeCenter!

Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.