Bug 15537 - Special character é (accented e) in file path name prevents playing
: Special character é (accented e) in file path name prevents playing
Status: RESOLVED DUPLICATE of bug 15640
Product: Logitech Media Server
Classification: Unclassified
Component: Database
: 7.4.1
: PC Windows Home Server
: P3 normal (vote)
: 7.5.x
Assigned To: Squeezebox QA Team email alias
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-01-26 08:12 UTC by tritid-t7
Modified: 2010-11-26 05:34 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description tritid-t7 2010-01-26 08:12:08 UTC
Hello,

When a music file is located in a directory with an accented e (é, very common in french) in the name, the file cannot be played on the Duet controller when browsing by directories. It can be played however when browsing by albums or artist. It can also be played on the Boom even when browsing by directories.

The bug occurs when an accented e is contained anywhere in the directory path in case of subdirectories.

Slimserver 7.4.1 running on WHS.

Best regards
Alain Ries
Comment 1 Michael Herger 2010-01-27 00:17:14 UTC
could you please try 7.4.2?
Comment 2 tritid-t7 2010-01-31 02:43:58 UTC
I just tried it, same pb.
Comment 3 Michael Herger 2010-02-02 02:05:48 UTC
Are you saying it can't be played on the Controller, using its headphone out?

This is working fine for me with 7.5. Please give it a try.
Comment 4 Michael Herger 2010-02-02 02:39:53 UTC
FWIW: I've tested this with Radio, Controller, Touch and Squeezeplay running 7.5/trunk and 7.4.2, controlling themselves or a Boom: all combinations worked just fine. Even playback on the Controller.

Alain - what's the system summary as found in Settings/Information?

QA to reproduce.
Comment 5 tritid-t7 2010-02-07 08:20:03 UTC
Hi Michael,

I spent more time on it to precisely isolate the bug. What I found is just difficult to believe. The bug appears only if that accented é directory name is part of a list of directories longer than about 25! I don't knpow however if it is the number of directories that is important or the total number of files in these directories.

So here is how I reproduced it:
Create a directory Test in the SB music diretory
Put in this Test directory about 25-30 music directories, each containing at least 10 music files.
Rename one of the directories Alizée
Then take a controller and browse by directories and try to play a file in the Alizée directory.

The files in that directory do appear but when you try to play one it won't.

Hope this helps.

Best regards
Alain
Comment 6 tritid-t7 2010-02-07 23:50:49 UTC
Hi Michael,

I forgot to add that of course once I reproduced the bug as per my previous procedure, I just need to either rename Alizée to Alizee (remove the accented e) to make it work, or, difficult to believe, remove some directories to leave about 10 directories. In the latter case, I can keep the Alizée directory name and it works!

Never seen anything like that.

Best
Alain
Comment 7 Michael Herger 2010-02-10 01:53:02 UTC
I'd consider this a dupe of bug 15460 (which I just closed "WORKSFORME" in 7.5).

But I'll let QA verify your theory. Thanks for the update!
Comment 8 Chris Owens 2010-03-08 11:17:08 UTC
Moving P3 and lower bugs to next release target
Comment 9 Alan Young 2010-11-26 05:34:09 UTC

*** This bug has been marked as a duplicate of bug 15640 ***