Bugzilla – Bug 1374
Accented characters not displaying properly on SliMP3
Last modified: 2011-03-16 04:18:42 UTC
Perhaps as a result of a fix for bug 1294: Accented characters are not properly displaying on the SliMP3 UI (they are correct in the web UI). A pathological example of this bug is with a track with the following characteristics: Artist: Bj�rk Gu�mundsd�ttir & Tri� Gu�mundar Ing�lfssonar Album: Gling-Gl� Track: pretty much all of them, but e.g. �a� S�st Ekki S�tari Mey When reaching this artist in the Browse Artists UI, the accented characters are each represented as a pair of different accented characters (I haven't done the math, but it looks like the UTF8-encoded data source is being rendered as-is on the SliMP3 -- the first character is always an accented uppercase A, for example). Perhaps as a result, the extended line wraps around to the first few characters of the top line of the display. After drilling through to the album, similar behavior occurs: The top line wraps to clobber the first few characters of the second line, and then the "more" right-arrow seems to wrap back up to the beginning of the first line. Similar behavior occurs when drilling through to the track list. I'd be happy to provide a file if it would help debugging. Tracks were tagged using iTunes.
Created attachment 437 [details] possible fix? This patch will turn on the utf-8 flag again after the replacement of the apostrophe has been done and the string was actually utf-8. This fixes the display problem of non-latin1 characters.
Yep - that'll do it. I was going to do the same thing - you got to it first. :) Please check in to svn. Thanks.
I've checked in, but this is 6.1 only. You'd have to do it for the target 6.0.2. Thanks!
Seems to be the same problem as I described in Bug #1358 ...
Does the patch work for you?
6.1 displaying accented and other special/UTF-8 characters properly again on SLIMP3. Thanks.