Bug 2182 - Garbled character display on browser and player UI
: Garbled character display on browser and player UI
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Web Interface
: 6.2.0
: Macintosh MacOS X 10.4
: P3 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-09-24 04:01 UTC by Michael Robinson
Modified: 2008-09-15 14:36 UTC (History)
0 users

See Also:
Category: ---


Attachments
screen shot showing garbled character (158.85 KB, image/jpeg)
2005-09-24 04:02 UTC, Michael Robinson
Details
screen capture (156.69 KB, image/jpeg)
2005-10-02 10:03 UTC, Michael Robinson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Robinson 2005-09-24 04:01:00 UTC
2005-09-24 nightly.

I have come across several files where an apostrophe (’) in the title is displayed as a garbled character 
in the browser interface and player UI.

Tracks were ripped from CD to Apple Lossless using iTunes 5.

In iTunes, track title will appears as: 
She’s Gone (Kraak & Smaak Remix) - Resin Dogs

In Slimserver browser and Squeezebox2 UI, track title will appear as: 
1-14. She’s Gone (Kraak & Smaak Remix) - Resin Dogs

(See attached image)

Squeezebox 1 displays track title as different garbled characters.

I have copied the file "1-14 She_S Gone (Kraak & Smaak Remix).m4a" to ftp server electricrain.com/
incoming
Comment 1 Michael Robinson 2005-09-24 04:02:48 UTC
Created attachment 849 [details]
screen shot showing garbled character
Comment 2 Michael Robinson 2005-09-24 04:20:37 UTC
I coped and pasted the offending character from iTunes to the bug report and the bug report also displays 
it garbled!  There obviously seems to be a problem with this particular character which was imported when 
ripping and wasn't typed using the keyboard.  If I edit the title in iTunes and replace the character with an 
apostrophe using the keyboard and do a clear and rescan, the title is displayed correctly.
Comment 3 Dan Sully 2005-09-24 10:36:48 UTC
Michael - was this file tagged on a Mac or Windows box?
Comment 4 Michael Robinson 2005-09-24 10:46:18 UTC
Dan - it was tagged using iTunes on a Mac.  

I've come across several other characters which were displayed garbled - certain types of dashes (not sure 
if they were en-dashes, em-dashes or another type) and an ellipsis (...) 

In each cases, the tracks were ripped from CD using iTunes therefore the track information was pulled 
down from CDDB.
Comment 5 Michael Robinson 2005-09-24 10:54:42 UTC
And forgot to mention - I am using Music Magic Mixer.
Comment 6 Dan Sully 2005-09-27 15:13:46 UTC
Hmm.. I still can't reproduce, even importing that track to MMM.

I did however check in a Unicode related change just now - r4441

It will be in the 2005-09-28 nightly.

Please let me know if that fixes it.
Comment 7 Michael Robinson 2005-09-28 15:23:24 UTC
Dan - I'll try this out again over the weekend.  thanks,
Comment 8 Michael Robinson 2005-10-01 05:48:00 UTC
I tried this using the 10-01 nightly and the garbled characters no longer occur.  Thanks,
Comment 9 Michael Robinson 2005-10-02 10:02:21 UTC
10-01 nightly.

I've just ripped a new CD and come across another garbled character display on both the web browser and 
Squeezebox display.  There are two tracks in which an e-acute character is garbled on the web browser 
and Squeezebox display but displayed correctly on iTunes (see attached screen shot)

The CD was ripped using iTunes on a Mac.

I have uploaded the file to electricrain.com - file name 1-08 Amazing Love.m4a

Comment 10 Michael Robinson 2005-10-02 10:03:47 UTC
Created attachment 884 [details]
screen capture

screen capture showing 2 tracks displayed correctly on iTunes but garbled on
Slimserver web browser. The track titles are also garbled on the Squeezebox
display.
Comment 11 Michael Robinson 2005-10-02 10:15:37 UTC
Just to add more information - I editted the e-acute accent in the song name and replaced it with an e-
acute character copied from a song name which did display correctly.  After a clear and rescan, the song 
name was displayed correctly.  Could there be some strange encoding in the tag data pulled down by 
iTunes when ripping the CD?