Bugzilla – Bug 4263
Unicode: Unable to play music file located in directories named using non-English chars
Last modified: 2006-10-02 08:21:53 UTC
It has been more than 3 months since my last slimserver upgrade. I do not want to be left behind so I upgraded slimserver to the following version today. All seems fine except one new problem which I have never seen in previous versions. I am sure it is a bug that needs fixing. Detail ====== I organize my music folders in this manner: S:\Lossless \ Artist \ Album \ CDImage.flac, CDImage.cue, cover.jpg In normal circumstances, SlimServer would be able to pick up .flac, .cue, and the cover art file during scanning. At the web interface, clicking one specific album in the "Browse Albums" output would show the cover art and the album tracks on screen. This is indeed working normally with Windows directories named using English. Eg. -> [Michael Jackson]\[Thriller] folders named using English. However, for directories with Chinese names, Slimserver displays only the album tracks without cover art, even though cover.jpg exists in the directory. This same scenario worked in previous SlimServer version. And worse, Squeezebox refused to play these albums. It goes into persistent PAUSE state the moment the album is played. Please assist to fix this. Thanks. +++ SlimServer Version: 6.5.1 - 10078 - Windows XP - EN - cp936 Server IP address: 192.168.1.99 Perl Version: 5.8.8 MSWin32-x86-multi-thread MySQL Version: 5.0.22-community-nt +++
I reinstalled the older version (6.3.0 see below) to verify. This is the version that is working correctly for both English and non-English directory names. The new problem sufaced somewhere between this version and the latest 6.5.1 SlimServer Version: 6.3.0 - 7431 - Windows XP - EN - cp936
It's a Windows Perl bug that they are being very slow to fix. We are investigating workarounds on our end. *** This bug has been marked as a duplicate of 2475 ***