Bugzilla – Bug 17693
Accented characters fail to import.
Last modified: 2011-10-24 01:43:36 UTC
I am using Squeezebox server Version: 7.6.1 - r33110 on a QNAP TS-659 Pro+ Any file with an accented character fails to import. For instance, in the albums of Mozart's opera Mitridate, the following file IS imported: Folder: \\QNAPNAS\Multimedia\iTunes\iTunes Media\Music\Werner Hollweg_ Leopold Hager_ Salzburg\Mozart_ Mitridate, Re Di Ponto [Disc 3] File: 3-04 Mozart_ Mitridate, Re Di Ponto,.mp3 While the following file from the same opera is NOT imported: Folder: \\QNAPNAS\Multimedia\iTunes\iTunes Media\Music\Werner Hollweg, Arleen Augér, Ilena Cotr\Mozart_ Mitridate, Re Di Ponto [Disc 3] File: 3-01 Mozart_ Mitridate, Re Di Ponto,.mp3 If the Album name contains an accented character the entire album fails to import: Folder: \\QNAPNAS\Multimedia\iTunes\iTunes Media\Music\Regine Crespin, James King, Etc._ Georg\Die Walküre This has been an ongoing problem with SlimServer. Is this a bug or is there a setting that will overcome this?
Check the server's configuration: if Sambas is mis-configured, those characters get corrupted when looked at them from the server, but not client side. The paths you mention are the paths as you see them from your Windows machine, not as SBS is seeing them, correct?
The paths I mention are as seen on my windows machine. The files are all on the QNAP NAS server and the server is running the SlimServer as a QPKG plugin and then providing a log which is also on the server. I am viewing the output of all of this on my Windows machine in a Firefox window. These logs show that accented characters cause a file to not be imported. The accents are changed to odd characters and the whole thing fails. Sadly the entire log is in a system folder that is not easily available without logging on using Putty which I am always loath to do because of my inexperience with it. There are no user changeable Samba settings that I can see. It is either on or off. To change it I would need to get into the system. It that is what I have to do then I will research it further.
I managed to get into the system and copy the log file. Here is one example of a failure to import: Slim::Plugin::iTunes::Common::normalize_location (364) Normalized file://localhost//QNAPNAS/Multimedia/iTunes/iTunes%20Media/Music/Vera%20Schlosser/Opera%20Tunes%20IV/01%20Die%20Walk%C3%BCre_%20The%20Ride%20of%20the%20Valk.mp3 to file:///Qmultimedia/iTunes/iTunes%20Media/Music/Vera%20Schlosser/Opera%20Tunes%20IV/01%20Die%20Walk%C3%BCre_%20The%20Ride%20of%20the%20Valk.mp3 [11-10-23 12:36:57.5519] Slim::Plugin::iTunes::Common::normalize_location (364) Normalized file://localhost//QNAPNAS/Multimedia/iTunes/iTunes%20Media/Music/Vera%20Schlosser/Opera%20Tunes%20IV/01%20Die%20Walk%C3%BCre_%20The%20Ride%20of%20the%20Valk.mp3 to file:////QNAPNAS/Multimedia/iTunes/iTunes%20Media/Music/Vera%20Schlosser/Opera%20Tunes%20IV/01%20Die%20Walk%C3%BCre_%20The%20Ride%20of%20the%20Valk.mp3 [11-10-23 12:36:57.5542] Slim::Plugin::iTunes::Importer::handleTrack (320) File not found: //QNAPNAS/Multimedia/iTunes/iTunes Media/Music/Vera Schlosser/Opera Tunes IV/01 Die Walküre_ The Ride of the Valk.mp3 The filename should be: 01 Die Walküre_ The Ride of the Valk.mp3
Further to the above, if go into the folder using Putty, the file is named: 01 Die Walküre_ The Ride of the Valk.mp3 While the server has normalised the filename to and is searching for: 01 Die Walküre_ The Ride of the Valk.mp3
Looking further at the file normalisation, the characters "ƒÂ" (0192, 00C2) seem to have been consistently added in the middle of the two characters that would work if the first character is %C3. E.g. %C3%A1 becomes á %C3%A9 becomes é %C3%A8 becomes è %C3%AC becomes ì %C3%A4 becomes ä If the first character is %C5 then %C5%93 becomes œ (00C3, 2026, 00C2, 201C) Where the character on the NAS is 'Å' (00C5) or in windows 'œ' (0153) %E2%80%A6 becomes … when it should be ⦠while in Windows it is … etc. I would attach the entire log but it is too long 21 MB.