Bugzilla – Bug 5173
äöü change to strange characters
Last modified: 2008-01-07 07:25:28 UTC
Stored Radiostationnames in Favorites or even Squeezebox names containing äöü change letters in the name. example: correct: Musigwälle 531 changes to: incorrect: Musigwälle 531 This is with Linux (ClarkConnect) and Windows Versions 6.5.3. The change is happening after a period of time, not immedeately.
system info please, as reported at the bottom of the server settings page. are you using mucimagic or itunes?
In the forum thread (German) he mentionned having run 6.5.3 (7/11 nightly) on ClarkConnect and Vista. And I think I've seen it on MacOS 10.4.10, too (latest trunk). Christian - can you confirm that the problem arrises when restarting the server? - I've set the player name to "Ältere Kiste" - played some songs, rescanned my collection (with or without iTunes) - no problem so far. - restart SlimServer - Now it's "Ãltere Kiste" It looks as if the configuration file wasn't read as UTF8.
We need to set the utf8 flag for preferences. Possible patch for trunk: Index: /Users/mh/Documents/workspace/slimpy/Slim/Utils/Prefs/Namespace.pm =================================================================== --- /Users/mh/Documents/workspace/slimpy/Slim/Utils/Prefs/Namespace.pm (revision 12394) +++ /Users/mh/Documents/workspace/slimpy/Slim/Utils/Prefs/Namespace.pm (working copy) @@ -31,6 +31,9 @@ my $log = logger('prefs'); +# make sure preferences are flagged UTF8 (https://bugs-archive.lyrion.org/show_bug.cgi?id=5173) +$YAML::Syck::ImplicitUnicode = 1; + # Simple validator functions which may be referenced by name in setValidate calls my $simpleValidators = { # $_[0] = pref, $_[1] = value, $_[2] = params hash, $_[3] = old value, $_[4] = object (client) if appropriate
I'm not sure about 6.5.x. There are the following lines around line 768 in Slim::Utils::Prefs.pm: # We always want to write out just bytes to the pref file, so turn off # the UTF8 flag. $value = Slim::Utils::Unicode::utf8off($value); ...and exactly this line seems to break things :-/. If I disable it, the characters get read/written correctly.
Sorry use Vista not XP, here the version: VERSIONSINFORMATIONEN SlimServer-Version: 6.5.3 - 12376 - Windows Vista - DE - cp1252 IP-Adresse des Servers: 192.168.1.xxx Perl-Version: 5.8.8 MSWin32-x86-multi-thread MySQL-Version: 5.0.22-community-nt then on the other box the official 6.5.3 for ClarkConnect Linux. - If I restart SlimServer service Favourites are changed immediately. The Squeezebox name not, I don't know when that will change... (this I only can test on VISTA right now) Christian
btw. I am not using mucimagic or itunes both are dissabled on the plug-in page. Just use "MyPicks" to add radiostations to Favourites. christian
Hey, that's a good pointer: MyPicks has nothing to do with the favourites. It just replaces it (if I'm not wrong). So there's an issue with MyPicks - which is best reported to its author, as it's not part of SlimServer. Could you please confirm the issue with the player name?
Michael, the playername changed too... but not on server service restart. I had the problem with the server of my parents they have several SQBs one named "Küche". But I changed mine to Küche too and maybe I will be able to see when it changes... christian
So are there two problems here - one with player names [which are stored in preferences] and a separate one with MyPicks, which probably transfers to 7.0 Favorites as its the same underlying code? In the case of MyPicks/Favorites - what does the opml file look like that stores the info if you open it in an editor?
Confirmed no problem with MyPicks or 7.0 favorites. The problem is with prefs.
*** Bug 2926 has been marked as a duplicate of this bug. ***
Which opml file are you trying to find out about, Triode?
There's actually no issue with the opml handling - the problem is that preferences won't store unicode strings at present. Need to assess whether there are any side effects of allowing unicode encoding in the preference files.
I would rather not change the format of the prefs file to support unicode this close to the 7.0 release.
there is also something wrong in v.7 (9.21) In the favoriten it is correct but on the squeezebox it is wrong - always... (Musigwälle 531) ) christian
*** Bug 6297 has been marked as a duplicate of this bug. ***
Christian - can you still reproduce this on the latest nightly build? Auronthas - can you please give us some information about your system? What language settings are you using? I just tried German umlauts and some Hebrew text and wasn't able to reproduce.
Oh, and what browsers are you using?
and which nightly? I currently use 6.5.4 and there this bug is still present.
Use the 7.0 nightly builds. Development has stopped for 6.5.5 builds so no fixes will be ported to that.
(In reply to comment #17) > Christian - can you still reproduce this on the latest nightly build? > Auronthas - can you please give us some information about your system? What > language settings are you using? > I just tried German umlauts and some Hebrew text and wasn't able to reproduce. My OS is Window Vista - EN - cp1252, SqueezeCenter Version: 7.0 - 14651. My language setting is English(Malaysia). I can view the chinese text in Squeezenetwork with no problem after editing in favorite but not in SC. I have posted two screenshots at bug 6297, you may take a look.
Development on 6.5.x has stopped, thus this issue won't be fixed. Feel free to add comments to bug 6297 if you still see this problem on SC7. Thanks!
I've checked in a patch for bug 6297 which should fix this issue in SC7. Please give it a try.
I installed nightly build 6 Jan yesterday. When i click on the edit icon at favorite, it leads me to a blank page on the left pane. When I hit refresh, it is back to Home. I have tried few times, even shutdown and restart, same result.
This bug is closed - please update bug 6297 instead. Thanks.