Bugzilla – Bug 1294
Crashes and odd display behavior when displaying "smart" apostrophe
Last modified: 2008-08-18 10:54:04 UTC
When displaying a track name with a "smart" apostrophe (�, Unicode 0x2019, instead of ', Unicode 27), the SliMP3 display appears to stop drawing where the apostrophe should go, leaving the prior contents of the display where they were. For example, if the display was showing (on line 2) 15. Ruby Baby and should have switched to 16. I Can�t Stop Loving That Man it would end up displaying 16. I CanBaby Similar behavior appears when I "browse right" to an album title with a smart apostrophe: What should appear as D-D-Don�t Stop The Beat instead appears as D-D-DonDonDonDonDonDonDonDon-D-DonDonDon Occasionally (I have not been able to determine wh it behaves one way or the other), when scrolling right from an improper display such as this, the SlimServer immediately crashes. With the s_display log category turned on (I don't know if this is necessary), the log displays the following line right before the crash: Wide character in send at /Library/PreferencePanes/SlimServer.prefPane/Contents/server/Slim/Player/ SLIMP3.pm line 201. Behavior appears proper when using the web interface (Safari 1.2.4). Running 6.0.1 nightly from April 2, 2005, OS X .dmg installer; SliMP3 firmware 2.2 (have not been able to upgrade to 2.3). Track is available on request if that would help debugging.
Server also crashes when playing such track. As expected, behavior is not limited to apostrophes; it is probably characters that can't be represented by the SliMP3's display (many accented Latin characters display fine).
Ben - I've fixed this in subversion change 2942. It will be in tonights's nightly builds.
The crash is fixed, but player display of accented characters is broken; see bug 1374.