Bugzilla – Bug 31
High-8 ASCII characters not displayed properly on Squeezebox
Last modified: 2008-12-18 11:54:34 UTC
Customer reported: - High-8 ASCII characters sometimes end up displaying weirdly. Option-8 (a bullet on the Mac) in iTunes, for example, displays as three random characters. Unreproduced.
Option-8 comes up as: "•" in the web interface. On the Squeezebox display it comes up a bit differently. If you hit option-8 in a terminal window it comes up like this: \342\200\242
Anyone, who's doing any development on this, plase read my comments, submitted to bug report #503. It's important to notice, that all the server components handle utf-8 encoded tags correctly (with my3s and oggs at least, didn't test other formats), so do not bother to fix thigs there. There are "only" two thnigs to do: - Fix the web-interfaces (did it myself to test my idea): change the encoding of all htmls to utf-8 (put a Content-Type meta tag in, or fix the one that says ISO-8859-1). This is reeeealy easy. (see included screenshot @503 for proof) - Fix encoding problems related with the Squeezebox. Don't know how hard, as I don't own a box myself. YET ;-) Zsolt P.S.: Submitted this to bugs #31, #519 and #534
Daniel's working on UTF8 support.
Option-8 does not translate into a valid unicode character. Other high bit characters work though - such as ∞ � � This is of course on the 6.0 tree.
This Slimserver bug was fixed a very long time ago, and is now being marked as Closed. If you're still experiencing this issue, please verify you are running a current version of Slimserver and re-open the bug.
Routine bug db maintenance; removing old versions which cause confusion. I apologize for the inconvenience.