Bug 2129 – scan should ignore files with leading ._

Bug 2129 - scan should ignore files with leading ._

Summary:

scan should ignore files with leading ._

Status:	RESOLVED FIXED

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Database
Version:	6.2.0
Platform:	Macintosh All

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

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2005-09-15 08:09 UTC by Blackketter Dean
Modified:	2008-09-15 14:36 UTC (History)
CC List:	0 users

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 Blackketter Dean 2005-09-15 08:09:35 UTC

MacOS X writes resource information in  files with leading ._ which may appear when read by other 
OSes.  On my server (tank) in: 

/var/music/music/Compilations/Pure Funk/

there are a number of these files, ending with MP3.  In addition to the the leading ._ they are only 82 
bytes long and lack metadata and MP3 data, yet they still appear in the library.  They didn't used to.

Comment 1 KDF 2005-09-15 09:35:01 UTC

scan used to skip files with leading ., as in unix hidden files.  however, a
user complained that they actually INTEND to start filenames with . on non-unix
systems.  someone is going to have to lose out, or some os-dependant checks will
have to be put in.

Comment 2 Blackketter Dean 2005-09-15 10:49:24 UTC

we should always ignore items with ._ leading.

we should conditionally ignore items with . leading on *nix based machines. (i.e. non windows)

Comment 3 Dan Sully 2005-09-15 16:13:24 UTC

Fixed in subversion change 4305