Bugzilla – Bug 13892
Can't store music folder with non-latin characters
Last modified: 2009-10-14 10:44:18 UTC
We've been there before... If I store a music folder eg. "f:\Müsig", SC will fail reading it. BMF returns an empty page, the web settings dialog shows a broken character etc. Adrian, Andy - at some point we had added the $prefs->setUtf8Off() for file paths, to make sure their utf8 flags were turned off. It seems like after all the magic Andy applied to the scanning and file name handling this actually breaks things. Removing that line from S::U::Prefs would fix the above issue (at least on Windows after a quick test). Is this still needed on some platform?
Sure enough it would break things on OSX: the turning off of that flag would trigger the onchange handler before the DB is initialized, killing SC immediately
not a sky-is-falling problem
*** Bug 14480 has been marked as a duplicate of this bug. ***
Hello, after i did update to 7.4. (this tuesday) I can not display content of my Music Folder. This is very unfortunable. I see the item Music Folder but when I want to see the content it happen nothing. I have 1 controller and 4 SB Duet
SBS is mostly useless in our newly supported languages CZ/PL/RU because of this issue... http://forums.slimdevices.com/showthread.php?t=68998
*** Bug 14569 has been marked as a duplicate of this bug. ***
I think I have the same issue here. Using WHS, scanner always stops at the same file with special characters. What makes it more complex : I renamed the folder but this doesn't seem to solve it. The "Album" info in the file has also special characters, maybe this impacts.
using my temporal solution for fixing default Win XP codepage see my post http://forums.slimdevices.com/showthread.php?t=68912 I have no single trouble now to access Music Folder files (Russian, Swedish etc) I have about 72.000 Flac files in my library. Can access them all, have NO scanning problems. As my XP is installed on home server PC, this temporal Unicode to English default codepage doesn't hurt PC fuynctioning much.. But for home PC (that you are using for work) I wont reccomend this solution.
Created attachment 6073 [details] possible fix to non-latin audio dir Andy - played around with this some more. This patch seems to fix this issue on OSX. Haven't tested potential side-effects and other platforms. Plus this would need a lot of cleanup work too, as I basically disabled a few lines which lead to unused code (setUtf8Off). slimserver.pl needs some sanitizing too. Disabled the audiodir check, as this lead to a rescan before the DB was initialized...
Michael, Andy, does https://bugs-archive.lyrion.org/show_bug.cgi?id=14386 look like related?
Related, but not the same. To my great surprise this patch does work on Windows too...
Created attachment 6081 [details] improved patch to non-latin audiodir fix: cover BMF in various UIs too
== Auto-comment from SVN commit #28817 to the slim repo by michael == == https://svn.slimdevices.com/slim?view=revision&revision=28817 == Bug: 13892 Description: don't trigger new scan at that point - DB isn't ready yet
== Auto-comment from SVN commit #28819 to the slim repo by michael == == https://svn.slimdevices.com/slim?view=revision&revision=28819 == Fixed Bug: 13892 +8 Description: don't do the utf8off trick any more - this is only needed on Windows, where we better use the Win32::GetANSIPathName() function. Please give the next nightly a try. Tested on XP/OSX/Debian, but western systems only (though with Hebrew & other path names)
== Auto-comment from SVN commit #28824 to the slim repo by michael == == https://svn.slimdevices.com/slim?view=revision&revision=28824 == Bug: 13892 Description: use Win32::GetANSIPathName() in prefs dir/file validation function
Created attachment 6103 [details] Wrong characters after latest 7.4.1 with 13892 fix
Please re-test with SBS 7.4.1 r28825 or later. You may have to do a clean scan as well. Let me know if this resolves the issue for you.
Verified fixed in SP r7847, SBS r28848, waiting on customer confirmation for final closure