Bugzilla – Bug 14832
variousArtistsString & libraryname prefs don't handle non-latin characters correctly
Last modified: 2011-05-11 16:16:35 UTC
Some examples about issues with Greek and Cyrillic in this thread: http://forums.slimdevices.com/showthread.php?t=69943 Reported against Windows 7, XP and Home Server. If you see this issue, please add system information from Settings/Information to this bug report. Thanks!
From that thread: Version: 7.4.1 - r28908 @ Sat Oct 17 06:02:56 PDT 2009 Operating system: Windows Home Server - EN - cp1253 Platform Architecture: 586
My system config: Version: 7.4.1 - r28908 @ Sat Oct 17 06:02:56 PDT 2009 Hostname: virt-squeezesvr Server IP Address: 192.168.1.161 Server HTTP Port Number: 9000 Operating system: Windows 7 - EN - cp1252 Platform Architecture: 586 Perl Version: 5.10.0 - MSWin32-x86-multi-thread MySQL Version: 5.0.22-community-nt
I see the same problem; bug was filed against it which is probably a dupe of this one (this one was first): https://bugs-archive.lyrion.org/show_bug.cgi?id=14951 My system info: Squeezebox Server StatusVersion: 7.4.2 - r29707 @ Sun Jan 3 04:01:49 PST 2010 Hostname: yuly-home-new Server IP Address: 192.168.16.134 Server HTTP Port Number: 9000 Operating system: Windows Server 2003 - EN - cp1251 Platform Architecture: 586 Perl Version: 5.10.0 - MSWin32-x86-multi-thread MySQL Version: 5.0.22-community-nt Total Players Recognized: 4
No problems with the name "Änglagård". / B
Still here in 7.5.1: Version: 7.5.1 - r30720 @ Mon May 3 08:40:05 PDT 2010 Hostname: yuly-home-new IP: 192.168.16.134 HTTP Port: 9000 OS: Windows Server 2003 - EN - cp1251 Platform: 586 Perl Version: 5.10.0 - MSWin32-x86-multi-thread MySQL Version: 5.0.22-community-nt Total Players Recognized: 3
Same here Version: 7.5.1 - r30836 @ Tue Jun 1 05:57:28 PDT 2010 HTTP Port: 9000 OS: Debian - EN - utf8 Platform: i686-linux Perl Version: 5.10.1 - i486-linux-gnu-thread-multi MySQL Version: 5.1.41-3ubuntu12.6 Total Players Recognized: 1
Alan - not sure whether this still is an issue or not. But I think you've been working on this?
With 7.6 this is working fine for the SP UI (Touch, Radio, Controller). I can set the Library name to "Džuboks" and the Various Artists label to "Συλλογές" and all seems to work as expected. The library name is corrupted in the ip3k-Player-UI and the Web-UI player-selector drop-down. With the Greek VA label above, the ip3k-Player-UI display gets corrupted when browsing within Artists/VA. A couple of Greek character seem to be left as ghosts on line-2. Andy, do you have any idea?
Actually, the library name is fine in the Web-UI if both servers are 7.6.
For ip3k players, the available character-set for library name is restricted to ISO-8859-1.
I have confirmed that the ip3k player display corruption occurs with Boom f/w 54, and is therefore not related to the recent scrolling-display changes, unless the issues are server-side. To recreate, browse: My Music / Artists / Συλλογές There are several issues: 1. the all-caps version of "Συλλογές" in line-1 of the display is wrong when in that display-mode (standard). 2. the album name in line-2 is corrupted (overlayed) with some other glyphs in display-mode standard. 3. The artist name ("Συλλογές"), which should be on line-1 in 2-line mode, is instead superimposed on the album name in line-2. Triode, are you able to shed any light on this issue?
I have spun off bug 16812 to handle this issue with display corruption. The original issue of this bug, with regard to the Various Artists name and the library name, are fixed in 7.6. For ip3k players, library names are still restricted to the 8859-1 character set in the firmware setup menus when selecting a server to connect to.
== Auto-comment from SVN commit #31785 to the slim repo by ayoung == == http://svn.slimdevices.com/slim?view=revision&revision=31785 == Fixed bug 14832: variousArtistsString & libraryname prefs don't handle non-latin characters correctly
7.6.0 r32398 Able to see non-latin Various Artists folder and library names Ip3K see's ??????? for library name selection as noted by Alan in comment #12