Bug 15719 - Folder Name Issues / Scanner Heirarchy?
: Folder Name Issues / Scanner Heirarchy?
Status: UNCONFIRMED
Product: Logitech Media Server
Classification: Unclassified
Component: Web Interface
: unspecified
: Macintosh MacOS X 10.6
: -- normal (vote)
: ---
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-02-16 11:17 UTC by Trevor F.
Modified: 2010-02-16 11:17 UTC (History)
0 users

See Also:
Category: Bug


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Trevor F. 2010-02-16 11:17:31 UTC
There appears to be an issue with Squeezebox Server Web Remote Control. If a
customer scans a folder full of music, in the example below we'll use Violin
Sonata in A, arr. for Cello by J. Delsart (1886)it will scan properly, but will
not be navigatable through the Web Remote. Opening the folder will not display
any files, and pressing (+) to add the folder to the Current Playlist will not
populate any songs, however as will be described below renaming the folder will
affect the probability that it will work.

The full path of an example file would be: 
/Users/k/Music/CDs/FRANCK, Cesar (1822 - 1890)/Violin Sonata in A, arr. for
Cello by J. Delsart (1886)/Franck: Cello Sonata In A - 1. Allegro Ben
Moderato.flac

Which would show in Squeezebox Server in the folder view, but not list any
tracks. Renaming the folder as this would work fine:

/Users/k/Music/CDs/FRANCK, Cesar (1822 - 1890)/Violin Sonata in A, arr. for
Cello by J. Delsart (1886 )/Franck: Cello Sonata In A - 1. Allegro Ben
Moderato.flac

======================================================================
Violin Sonata in A, arr. for Cello by J. Delsart (1886) <-- unplayable

Violin Sonata in A, arranged for Cello by J. Delsart (1886) <-- unplayable, the
customer added characters

Violin Sonata in A, arr. for Cello by J. Delsart (1886 )<-- playable, added a
space after 1886.

Violin Sonata in A, arr. for Cello by J. Delsart ( 1886)<-- unplayable, added a
space before the 1886
=======================================================================
Similarly the customer has an issue with a number of M3U playlists. Again in
the /Users/k/Music/CDs/ folder, there are folders named WQXR, WNYC2, and Q2
which contain files named the same, WQXR.M3U, WNYC2.M3U, and Q2.M3U.

Both WQXR and Q2 work properly, you are able to press (+) to add it to the
current playlist, and it will populate the stations included, and play them,
but WNYC2.M3U will not. The problem is that WNYC2.M3U and Q2.M3U are identical.

WQXR.m3u consists of the four lines:
#CURTRACK 0
#EXTM3U
#EXTINF:-1,WQXR
http://wnyc-wqxr-ice.streamguys.com/wqxr

Q2.m3u consists of the four lines:
#CURTRACK 1
#EXTM3U
#EXTINF:-1,Q2
http://wnyc2.streamguys.com/wnyc2

WNYC2.m3u consists of the four lines:
#CURTRACK 1
#EXTM3U
#EXTINF:-1,WNYC2
http://wnyc2.streamguys.com/wnyc2

It would appear that the usability of this playlist relies entirely on the
name.


This is affecting a customer who has tested with both 7.3.4 and 7.4.1, multiple
times, doing a clean reinstall each time. The files in the folder in question
are FLAC format, and are being accessed through the Music Folder option. I have
another example case I will be updating this Bug report with once I get a
response from the customer, who has similar issues seeing folders based on
their name. 

The Case these notes are from, is 091222-003436. Scanner Logs removed due to customer request, available in Incident or upon request.