Bugzilla – Bug 15434
mysb.com will not read presets with non-latin characters
Last modified: 2010-04-08 17:25:51 UTC
An issue frequently being reported, is an intermittency in the Squeezebox Radio's ability to retain Preset data. A customer will navigate to a station, press and hold the preset button of choice, and a message will be displayed "Saving Preset #x [station name]". If the customer then tries to initiate the Preset, it will respond with either a UI Beep and a screen shudder or an error stating "Preset not defined for X". Occasionally it may work, but will be lost after a power cycle of the device. My first suspicions of this issue may be certain stations saved, whos playlist points to several individual addresses, and the first one being unavailable. I've had a customer test this with the following station in particular: RTE 1 Ireland http://opml.radiotime.com/Tune.ashx?id=s15066&username=bharrett&partnerId=16 When playing as normal, it skips several times looking for a working mirror, and then plays. When using a preset, it seems hit or miss, and a power cycle appears to clear it from my presets, but only a percentage of the time.
Does this provide new info, Felix?
As Michael mentioned in CF Umlauts might be an issue. I am currently testing presets with DRS1. There are four regions and three are ok, but the one containing 'Zürich' in the description fails after a reboot.
My test in comment #2 was while connected to mysb.com. The same test with the same four DRS radio stations while connected to a local SbS works fine.
Ok, more testing while connected to mysb.com: Every radio station I tried which has an Umlaut in the description works when used immediately after assigning it to a preset but then fails after a reboot.
*** Bug 15459 has been marked as a duplicate of this bug. ***
Ok there is indeed an issue with non-latin characters. RTE actually is RT�. Same issue with Austrian �3: values are correctly saved in the DB, but can't be read due to wrong encoding. Andy - changing the value column from text to blob does fix this in my local installation. Is this the way to go?
== Auto-comment from SVN commit #29803 to the slim repo by michael == == https://svn.slimdevices.com/slim?view=revision&revision=29803 == Bug: 15434 Description: need to utf8::encode values before decoding from json
This bug has been marked fixed in a released version of Squeezebox Server or the accompanying firmware or mysqueezebox.com release. If you are still seeing this issue, please let us know!